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Digital Information accessing, delivery, and reproduction. 

0 A digital data on-demand turnkey system at a customer premise wherein N number of servers provide 
for 100% of content distribution of remotely stored digitized information, which information may be 
previewed in real-time, and product incorporating selected digitized information can be manufactured 
orvsite and within a short response time to a customer's request at a point of sale location. In a retail 
environment customers, at a point-of-sale location are able to exhaustively search and preview the 
content database using graphics-based touch screens at consumer kiosks. Previews including audio 
and video segments are made available. Prompting screens allow customers to make purchasing 
decisions by stipulating content which is available from any number of categories of subject matter 
including music. Content can be identified by album, artist or partial portions of material within the 
content of the totality of the work. The selected media for the manufacture and production of the digital 
data may be from a myriad of different selections and can include CD’s, cassette tapes. CD ROM 
technology, reel-to-reel tapes, and video disks, as an example. Since the system is adaptable to having 
an unlimited number of servers, strategic and economic networking is accomplished to allocate 
proportionaliy the preview material as well as the total content of a specific work at the respective 
servers depending, in particular, on the popularity of the content and the costs of transmission. A 
master server will be situated geographically so as to be accessible to chain and network subservers. Its 
geographic and networked location is dependent upon communication network systems and subsys- 
tem costs and availabQrty in cxder to best serve a customer's premise, whether it be a retail store or 
simOar point-of-sal r other end-user location. The strategy of allocating the content between the 
servers, preview and for the final manufacturing process for a particular work. Is done so as to liminate 
th ne d for any in-st re inv ntory of, for exampi , an artist’s composition regardless f format. Security 
mechanisms that require centralized database authorizations prior to the transmission of content 
and/or the manufacture of any of the products is provided in addition. The systems provides simplified 
financial and accounting services. The total authorization, accounting and management reporting and 
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marketing system coll cts and maintains data useful to th retaOer and th oont nt data ovmers or 
managers, such as label companies. 
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BACKGROUND OF THE INVENTION 
Field of the I nv ntion 



5 The present invention relates to the field of data storage and data communication. In particular, the inven- 

tion relates to a system for accessing digital information, such as audio and video information, at remotely stor- 
ed locations and for communicating in real-time that information to another location (such as a user's premise 
or a point-of-sale) for reproduction of the communicated information In a material object for end-user use. 

10 Description of Related Art 

Retailers of the world are in a constant struggle to meet the demands of the consuming public with regard 
to the availability and competitive pricing of products. This struggle is a challenge for the retailer's ability to 
meet the end-user’s Immediate need and if an item must be backordered, the customer's patience. The retailer 
15 must do that In a manner which is cost effective to the merchandiser and competitive from a delivery and price 

standpoint to the purchaser. 

There is likely no more of a demanding and aggressive purchasing public than those individuals who are 
avid followers and fans of entertainers and artists in the entertainment industry. Because of the high demand 
and the massive number of customers and potential customers, as it relates to the entertainment industry, the 
20 level of competition is extremely high, whether it be for memorabilia, contemporary news items, fashion trends, 

or entertainment products. 

Product distribution and availability is one of those merchandising areas where the retailer has experi- 
enced keen competition and where they have struggled to be the source of all products, to be identified as 
having immediate availability, to continue to serve the totality of the market share which they have captured 
25 and to grow that market share. 

As an example, In the entertainment industry, particularly as it applies to companies involved in music typ- 
ically known as music label companies, there has been a constant challenge for such companies to exploit their 
entire catalog. There is a need or concern to make every album in their catalog available in any format and to 
never be out of stock with respect to that particular product If the labels are indeed able to achieve that high 
30 level of expectation and availability, the retailer then is faced with the dilemma of allocating floor space to all 
of that available inventory regardless of the popularity of much of the stocked material. If this is not common 
practice, the retailer will be faced with losing a particular customer and clientele if the stock is not on-hand. In 
most instances, it is unrealistic to expect that a retailer will have sufficient floor space and financial resources 
to have an exhaustive stock of all products. As an example, the music industry is presently offering 60,000 to 
35 100,000 albums by title and is growing at an extraordinary rate. Additionally, artists are continually engaged 

to expand their repertoire. This is particularly true when an artist has gained recent popularity and is a big hit 
with the consuming public, which may have resulted in an insatiable appetite for that artist’s work. The retailer 
has the challenge of identifying what quantities are marketable over what period of time for that artist and any 
number of other artists and labels. The outlet merchandiser is fraught with the effort to stock those products 
40 and to have them available when approached by a customer who has that immediate and demanding interest 
in procuring a copy of that artisf s work. Any miscalculation by the retailer evolves In what is known as stock- 
outs. 

The retailer's inventory management problems are there whether or not the product is in inventory at their 
particular retail outlet or needs to be procured In order to meet that immediate demand regardless of the life 
45 of the demand. These are time consuming and difficult calculations for retailers. The retailer break-even point 
is in a constant state of flux and miscalculations and bad Judgment calls result in prices which are less than 
competitive and margins which are often nonexistent. 

A further frequently encountered problem by the retailer is the issue of a purchaser who may not be in the 
position to fully identify either the artist by full name, the label company or the full name of the title of the auth- 
50 ored work or piece. Now with respect to items which are of current popularity, some developed systems are 
available to preview portions that may be able to aid in the identif icatbn of the particular product of interest. 
However, when it comes to the literally hundreds of thousands of pieces that have been produced. It is a near 
impossibility under the present systems to assist that potential purchaser when that artistic production is not 
ofcurrentvintage and even maybe extr mely dated. Further, venifs m assistance has be ngiv nt that 
55 particular purchaser, without preview of that item, there is a great deal of uncertainty on th part of the pot ntial 

purchaser as to whether or not the it m identified is one of interest to them. In most cases there Is great hes- 
itancy to purchas an Item which may be relatively xpensiv and which may turn out to not be a it m of par- 
ticular interest 
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It is difficult for th retailer to maximiz th inventory at th retail outlet and have it attain the level of ex- 
pectation of the customer. Inv ntory and product stocking principles, such as just-in-tim practices, have as* 
sisted the merchandiser to control th amount of stock-on- hand against cash-flow concerns to m et customer 
demand. But thes practices still fall short of the inpati nt consumer who wants the product now regardless 
5 of the reasonableness of the demand, even for products which are so popular that stock-outages are to be 
expected or products which are so dated that only archival copies generally exist 

Even in today’s automated systems which provide a computerized library resource of available program- 
med materials, limitations are imposed and financial constraints are present due to a lack of convenient and 
available storage space and constricted and time consuming data communication channels. 

10 

SUMMARY OF THE INVENTION 

In one aspect the present invention provides a method for accessing digital information stored in a source 
library at a first location and recording a portion of the digital information, which information is processed for 
15 subsequent playback, onto a recordable medium ata location otherthan the first location, the method including 

the steps of: Identifying, at a second location remote from the first location, a portion of the digital information 
in the source library; sending a request from the second location to the source library for the identified portion 
of the digital information in the source library to be transferred from the source library; validating that the iden- 
tified portion of the digital information is authorised for playback; transferring in real-time information within 
20 the identified portion of the digital information to a manufocturing device at a location other than the first lo- 
cation for. incorporation of the digital information on a medium suitable for playback; and incorporating the iden- 
tified portion of the digital information on the medium in real-time in a manner suitable for playback. 

In a second aspect, the invention provides a method of allocating for storage 100 percentage of content 
data amongst a plurality of data servers remotely disposed to each other and connected in hierarchal levels 
25 having a low and high end and in data communication with a data accessing station also remotely disposed 
from each of the plurality of data servers, but less so disposed from the data server at the low end of the hi- 
erarchy than from each succeeding data server at the next succeeding higher level of the hierarchy through 
and to the data server at the high end of the hierarchy of data servers, comprising the steps of: allocating for 
storage X percentage of the content data at the data server at the low end of the hierarchy least remote from 
30 the data accessing station which X percentage of allocated content data is a function of content data for moat 

frequent accessing by the data accessing station; allocating for storage Y percentage, where Y is < 100 and 
> X, of the content data at the data server at the high end of the hierarchy of data servers most remote from 
the data accessing station as a function of content data for least frequent accessing by the data accessing 
station; and allocating for storage 100-X-Y percentage, of content data between any other data servers dis- 
35 posed between the low end and the high end data servers, allocating for each succeeding data server more 
remote from the data accessing station a greater percentage of content data for storage than an allocation for 
any data server less remotely disposed from the data accessing station and a lesser percentage of content 
data than the next succeeding server more remotely disposed from the data accessing station. 

In a third aspect, the invention provides a data communication system for transmitting digital data between 
40 remotely located system stations where each station is adapted to participate in a process of storing, account- 

ing for and manufacturing media with digitized content data packaged for playback, comprising: a point of ac- 
cess station for identifying selected digitized content data and for generating a communication requesting said 
content data; a content data storage station having digitized content data remotely disposed from the point of 
access station; an accounting station for recording transactional data for each customer point of access station 
45 communication requesting digitized content data from the content data storage station; a manufocturing station 

remotely disposed from said content data storage station for generating media Incorporating the digitized con- 
tent data requested by the point of access station from the content data storage station; and a communication 
network for interconnecting the remotely disposed content data storage station with the point of access station, 
the accounting station and the manufacturing station to transfer digitized content data in real-time between 
50 the content data storage station and the manufocturing station. 

In a fourth aspect, the invention provides a muitimedia preview station including an audio system, a 
touchscreen monitor and a controller for individually presenting a plurality of screens on the monitor for touch 
control by a consumer to present to the consumer consumer identified and requested screen presentations, 
comprising; a library screen identifying a plurality of categories of content data for screen presentation on the 
55 monitor including a touch point for activating the pres ntation of a category; an alphabetical listing screen iden- 
tifying content data for presentation by alphabetical listing f the category subject matt r of the library screen 
including a touch point for activati n by the consumer; a search sere n including m nitor touch p ints f r iden- 
tifying a consumer request ither alphabetically or numerically; a preview screen including monitor touch points 
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for previewing consumer identified audio and video listed content data transf rred to the pr vi w sere n In 
real-time and monitor touch points for sel cting for purchase listed content data; and a purchase s lection 
screen including purchases t ctions made by the consumer, listed by items lected, quantity, f rmat and price, 
including monitor touch points for altering the item sel ction. 

5 In a fifth aspect, the invention provides an accounting system including a touchscreen monitor and a con- 

troller for individually presenting a plurality of screens on the monitor for touch control by an operator to present 
to the operator, accounting worktools for analysis of remotely stored digitized data of consumer purchases as 
a function of sales operation, quantity, monetary amount, purchase format, purchase subject matter and con- 
sumer demographics, comprising: a report screen identifying a plurality of analysis reports for screen presen- 
10 tation on the monitor including a touchpoint for activating the presentation of an analysis report as a function 
of consumer sales, consumer demographics, sales unit, and sales group; a digitized data storage unit renK)tely 
disposed from the report screen for transferring at a high speed constant bit rate the digitized data correspond- 
ing to a touchpoint activated analysis report on the report screen of the touchscreen monitor, and an analysis 
report screen presenting in quantified format the remotely stored digital data corresponding to consumer pur- 
rs chases. 

In a sixth aspect, the invention provides a manufacturing system for manufacturing media with digital data 
content including a plurality of data servers storing digital data content remotely disposed to each other and 
connected in hierarchal levels comprising: top level servers each storing a high percentage of the stored digital 
data content; intermediate level servers each storing a lesser percentage of stored digital data content than 
20 the top level servers; a high level communication network for interconnecting the top level servers and the 
intermediate level servers and for transfening digital data content between the top level servers and the in- 
termediate level servers in asynchronous transfer mode; end site servers each storing a lesser percentage of 
stored digital data content than the intermediate level servers; a low level communication network for inter- 
connecting the intermediate level servers and the end site servers and for transferring digital data content be- 
25 tween the intermediate level servers and the end site servers In asynchronous transfer mode; and a manu- 
facturing device interconnected to one of the end site servers for receiving in asynchronous transfer mode dig- 
ital data content for manufacturing media with the received digital data content. 

The present Invention enables the provision of a digital data on-demand turnkey system wherein N number 
of servers provide for 100% of content distribution of renwtely stored digitized information, which information 
30 may be previewed or reviewed in real-time, and products incorporating selected digitized information can be 
manufactured within a short response time to a customers request at a point of sale location. This technique 
is carried out without intermediate buffering or caching which minimizes costs particularly at those locations 
being served. The Oxford Dictionary of Computing defines a real-time system as any system in which the time 
at which output is produced is significant It states that this is usually because the input corresponds to some 
35 movement in the physical world, and the output has to relate to that same movement It notes that the lag from 
input time to output time must be sufficiently small for acceptable timeliness. 

It is prefemed for consumers in a retail environment, whether they be at a point-of-sale or at another cus- 
tomer premise, to be able to exhaustively search and preview the content database using graphics-based touch 
screens at consumer interface terminals such as a kiosk. Fora proposed audio application, previews including 
40 audio and video segments are available. Through the use of prompting screens customers are able to make 
purchasing decisions by stipulating content which is available from any number of categories of subject matter 
such as music types. Content can be identified by album, artist or remembered portions of material within the 
content of the totality of the work. 

The selected media for the manufacture and production of digital and analog software may be from a myri- 
45 ad of different selections and can be accomplished on digital media such as CD’s, analog technology such as 
cassette tapes, CD ROM technology, reel-to-reel tapes, game cartridges, video disks of varying sizes, sheet 
music, floppy disks and can include content which is audio, such as voice or music, video, interactive game 
program and cartography, just to mention a few. 

Since the system is adaptable to having an unlimited number of servers, strategic and economic network- 
50 ing can be accomplished to allocate proportionally the preview material as well as the total content of a specific 
work at the respective servers depending, in particular, on the popularity and the costs. A master server will 
be situated geographically so as to be accessible to chained and networked subservers. Its geographic and 
networked location is dependent upon communication network systems and subsystems costs and availability 
in order to best serve a customer's premise, whether it be a retail store or similar point-of-sale or other end- 
55 us r location. Th strategy f all eating betwe n Ih servers th content for previ w and for the final manu- 
facturing process fora particular work, is strategized in order t eliminat th n ed for any in-store inv ntory 
of an artist’s composition regardless of format. In ssence, v ry album in v ry particular label’s catalog will 
be available in any format and the retailer will n ver have a condition of being out of stock. Th retailer will be 
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able to utilize floor space to maximiz merchandising and need not feel the burden of inventory drag. 

Thus , merchandising is greatly nhanced through the us of multi-media kiosks or booths individualized 
to the custom r and/or categoii s f buyers. This mak s th sel ction, preview and purchas more personal 
to the customer. Not only is the custom r able to preview any number of one of a selected cat gories of music 
5 types or whatever the content subject matter may be, including electronic games, software programs, video, 
audio and images, the customer can be introduced to other albums or works of a particular artist or a particular 
type of music. With the multi-media kiosk experience, the retailer has an opportunity to further enhance the 
purchaser’s interest in matters which possibly are collateral to the original intent, interest and desire of a cus- 
tomer. Obviously, this is of great advantage to the retailer and can result in additional sales. The gathering and 
10 further use of artificial intelligence of the sort which is specific to a buyer or to a category of buyers can max- 
imize the retailer’s return through the use of such a system. 

Both the retailer and the label companies are and have been specially Interested in the ability to protect 
the myriad of proprietary rights which the artists, the labels and others have through copyright protectbn and/or 
licenses. The present inventive system provides for security mechanisms that require centralized database 
15 authorizations prior to the transmission of content and/or the manufacture of any of the products. In addition, 
the system simplifies the finandal and accounting aspects and will reduce, if not totally eliminate, pilferage 
of items within the store at the point of sale. 

Further, before a purchase is actually made, numerous communications are made to the potential purchas- 
er ensuring that the purchaser has the property identified Items of interest and is interested in their procure- 
20 ment. These aspects and the further aspects of the preview opportunities greatly reduce and minimize return 

of purchases by the customer. 

The total authorization, accounting and management reporting and marketing research system collects 
and maintains data useful to the retailer and the label companies. With proper analysis all stations along the 
merchandising trail can benefit from this information and exploit the economic opportunities available from 
25 the analysis of such data. 

After review, selection and proper authorization procedures have transpired, alt of which are done in a short 
period of time having benefitted from the expedited communication and transfer of digitized Information to pro- 
vide for real time handling of the customer’s needs at the point of sale, the manufacturing and production proc- 
ess of the media in the selected format Is accomplished. Not only is the manufacturing subsystem capable of 
30 generating an exact replica of the master of the selected piece or work, but the manufacturing subsystem is 

also capable of producing the art work or labels and any included documentation with regard to the purchased 
item. The digitized Information to be replicated will be communicated to the manufacturing subsystem at the 
customer premise from any one or a number of the data servers, including the master server within the geo- 
graphical network of servers. As stated before, the specific server from which the information or a portion of 
35 the information is to be forthcoming is dependent upon such factors as the popularity of the work, the total 
length of the work, the cost of transporting the information from the server to the customer premise and other 
factors which are cost effective and minimize the distance to the customer premise while maintaining the re- 
quired level of response for real-time transactions. 

In the above mentioned way, the present invention provides an effective means for accessing remotely 
40 stored information at strategically located server locations adapted to communicate and transmit content in- 
formation to a customer premise in real time and in such a manner so as to be able to manufacture media in- 
corporating the transmitted information, white maintaining the integrity and providing accountability of the com- 
municated and networked information to provide on-demand and real time customer satisfaction. 

45 BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a pictorial representation of a system architecture including a n^stersite having communication 
with a retail store according to the principles of the present invention; 

FIG. 2 is a high-level communication network structure, exemplary of a communications system for Im- 
50 plementing the system and method of the present Invention; 

FIG. 3 Is an exemplary remote serving topology of a hierarchical arrangement of the servers with allocated 
content represented graphically opposite the corresponding hierarchical layer of the servers; 

FIG. 4 is an exemplary regional data server illustrating a uniprocessor architecture; 

FIG. 5 is an alternative exemplary data server illustrating a multi-processor architecture; 

55 FIG. 6 is an ex mplary s rv r architecture illustrating communication interconnecting through a ring r 

bus dust n 

FIG. 7 is an alternativ server architecture illustrating communication Interconn cting through a switch 
duster arrangement; 
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FIG. 8 is an ex mplary switch for conn cting differ nt communication s rvic consumers; 

FIG. 9 is an x mplary hub or router for connecting diff rent communication service consumers; 

FIG. 1 0 is an alt rnative communication connecting system including an adapter and a computer for c n- 
nectlng different communication service c nsumers; 

5 FIG. 11 is a exemplary block diagram of an on-demand system with illustrative switching devices for net- 

working between regional and central servers, according to the principles of the present invention; 

FIG. 12 is an exemplary partial block diagram of a retail store system with expanded illustration of the man- 
ufacturing subsystem. 

FIG. 13 is an exemplary block diagram of a retail store system according the principles of the present in- 
to vention with the data server and other subsystems within a local area network (LAN); 

FIG. 1 4 is a functional block diagram of the on-demand data system according to the principles of the pres- 
ent invention; 

FIG. 15 is a logic diagram of the on-demand data system illustrating its five major subsystems without re- 
gard to local or remote location; 

15 FIG. 16 Is an exemplary illustration of the multimedia preview station of the on-demand system according 
to the prindples of the present invention; 

FIG. 1 7 is an exemplary i Ilustration of the multimedia preview station alternatively showing a set-top video 
decoder application; 

FIG. 18 is a monitor screen illustration of the library content of the on-demand audio and video system at 
20 the preview station; 

FIG. 19 is a multimedia preview station screen presentation of the audio and video music categories at 
the preview station; 

FIG. 20 is a preview station screen presentation of an exemplary listing of artists and groups within a par- 
ticular music category; 

25 FIG. 21 is a preview station screen illustration of a keyboard layoutfor manipulation by touch for identifying 

through description artist's works; 

FIG. 22 is an exemplary preview station screen listing of a particular search result; 

FIG. 23 is an exemplary preview station screen listing of the album works of a particular artist or group; 
FIG. 24 is an exemplary preview station screen listing of selections for preview of a particular album; 

3a FIG. 25 is an exemplary preview station screen depicting a single selection for audio preview; 

FIG. 26 is an exemplary video preview station screen with motion video of a selection; 

FIG. 27 is an exemplary preview station screen listing and itemization of selected iterrts in the shopping 
cart of the previewer; 

FIG. 28 is an exemplary preview station screen presenting a previewer with the opportunity to submit or 
35 cancel an order; 

FIG. 29 is a screen illustration of the business analysis tool workstation illustrating the categories for de- 
tailed accounting and finance information; 

FIG. 30 is an exemplary screen illustration of an accounting for a particular point-of-sale outlet by product 
format; 

40 FIG. 31 is an exemplary screen illustration of the high volume album selections for a particular time period. 

FIG. 32 Is an exemplary screen view of an alternative accounting tool illustrating sales activity by album 
and music category; 

FIG. 33 is an exemplary graphical screen presentation of retail activity by type of music; 

FIG. 34 is an exemplary graphical screen presentation of retail activity by type of media; 

45 FIG. 35 is an exemplary accounting workstation screen chart showing demographic statistics for sales of 

product types; 

FIG. 36 is an exemplary screen presentation of accounting workstation analysis information which is store- 
hours time dependent; 

FIG. 37 is an exemplary central host accounting workstation screen analysis tool for local, regional and 
so chain accounting information; and 

FIG. 38 is an exemplary hardcopy printout report of a central host analysis accounting tool showing sales 
for the regional central host by music category. 

DESCRIPTION OF THE ILLUSTRATIVE EMBODIMENTS 
55 

While th pr sent Inv ntion will be described m re fully hereinafter with refer nee to the accompanying 
drawings, in which illustrativ mbodiments of th present inv ntion are sh wn, it is t be understood at th 
utset of the description which follows that persons of skill in th appropriate arts may modify the invention 
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here describ d whil still achieving th favorable results of this inv ntion. Accordingly, the description which 
follows is to b understood as b ing a broad, teaching disclosure directed to persons of skill in th appropriat 
arts, and not as limiting upon the pr sent inv ntion. 

Many of the deficiencies, inadequacies, restrictions, limitations both technically and commercially and th 
5 cost prohibitions of the presently available on-demand packaged digital data for playback systems are over- 
come by the present Invention. Presented is a concept where a device for manufacturing media with content 
data has virtual connection to a host content data machine where all message packets arrive and In sequence 
to a host content data machine at a high speed constant bit rate, providing for data to be streamed from a Master 
Site 102 to a Manufacturing subsystem 104 as shown in FIG. 1. In the context of the present Invention a data 
10 stream is a continuous stream of data elements being transmitted, or intended for transmission, in character 
or binary-digit form. In a preferred embodiment of such a system a data preview station 106 is also provided 
and high speed data streaming is a desirable feature of the operation for preview. While it is not necessary to 
have high speed data streaming for the transaction accounting operations of the Master Site 102 and a Ac- 
counting Subsystem 108 at, e.g., the retail store 110, that also is preferred. 

15 In a preferred manufacturing system with accountability, high speed data streaming would be from end 
station to end station. One end station would be for data preview at booths 106. Another end station is the 
manufacturing device or subsystem 104. Yet another end station is the manager’s or the accounting work sta- 
tion 108. While a further end station is the data content host or the Master Site 102. 

An important aspect of streaming data between the end stations is for the data to be streamed so that it 
20 can be presented so as to reproduce whatever the recorded information is at the proper reproduction rate so 
that the individual using it or looking at it or listening to it can not distinguish whether or not the recorded version 
is being played back from a local media, such as a video tape or compact disc, or if the individual is witnessing 
it being played back remotely and transmitted through a network. The bits of Information have to be delivered 
to the preview or manufacturing device at a rate required by that device to recreate faithful reproduction of the 
25 original recording. 

A communications cloud, such as cloud 112 in FIG. 1 generically represents a network where included 
state-of-the art topology provides for routing and transporting of data. In general, the interface into the doud 
is specified by the myriad of different network topologies. So regardless of the specif ic topology or type of a 
backbone or switching techniques within the cloud, the data gets transported from one point to another point 
30 over a wide geographical area. 

The Tn designations of FIG. 1 . or T Canier transmission systems are represented by DSn or Digital Signal 
levels which make up the standard digital transmission hierarchy developed by Bell Labs. DSO represents a 
single digital voice channel at 64 Kilobits per second. T 1 represents 24 DSO channels in the US., and in Europe 
the designation is E 1 representing 30 DSO channels. The different worldwide digital hierarchy’s are referenced 
35 in their applicable standards body’s such as Bellcore Technical References, International Telecommunications 
Union (CCITT) and International Organization for Standardization. The OC-N designation represents the Sonet 
Optical Carrier Speed Hierarchy where OC-3 is equivalent to 84 T 1 or 2016 DSO voice channels. The text 
Data Network Design authored by Darren L. Spohn copyrighted 1993 by publisher McGraw-Hill, Inc. presents 
design informatbn relied upon in the development of the present invention. 

40 In the illustration of FIG. 1 , coming into the customer premise site or Retail Store 110, as for example, either 

a T1 or DS1 , which is 1 .5 megabits or a T3 or DS3 level which is 44 megabits per second or an asynchronous 
transfer mode (ATM) which would be carried over In OC-3 optical fiber which provides 155 megabit fiber con- 
nection or a combination is employed. ATM is a cell relay type of protocol which is being widely developed 
throughout the telephony industry. At the other side of the exemplary doud 112 where a serving site exists 
45 and, in the illustration of FIG. 1, Master Site 102, there is a exemplary connect to T3, DS3 which follows with 

ATM running over either OC-3 fiber at 155 megabit or even up to OC-12 which is 622 megabits. 

At the top level server site, the actual bandwidth or bit rate required would be dependent on the number 
of, and the size and the quantity of the data that is served from that site. Multiple T3s or multiple OC-3s or 
OC-12S are connected and multiplexed out to the different devices in the Master Site 102. This is also the prao 
50 tice for any of the server sites, such as Regional Site 114 and Local Site 1 16, as well as the top level sites or 
Master Site 102. 

FIGS. 8, 9, 10 illustrated three approaches to multiplex and demultiplex the aggregate bandwidth required 
by the various terminals and devices contained within the customer premises to a single high speed trunk en- 
tering the network. This approach is also applied at the server sites to aggregate bandwidth entering the net- 
55 work. Another important function of th switches 118 or 120 in FIG. 1, and in FIGS. 8, 9, 10, isto multipl xor 

aggregate multiple trunks from th network provider to the customer premise r s rver site. 

Th ATM communication techniqu pres nts a standard 53 octet or 53 byt cell which has included within 
it a header comprising the virtual path id ntifier,th genericflow control, th virtual channel identifier, res rve 
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bits to be determined, a payload type, a call lost priority and a header error control field. A c II includes the 
h ader of 5 bytes and a 48 byte data content payload. It is possible to provid in on of thes cells of 53 bytes, 
V ice, video and imaging data. This ceil would move at a constant bit rate sp dfrom nd station to nd station 
and when, for xampi , it r ached th manu^cturing device the header information is discarded and the data 
5 portion of the packet is copied to the media. This media, as for example, can be CD or magnetic media for 
reproduction and manufacturing at this statbn. 

Each of these cells is assigned a path by the communications network dependent upon the network traffic 
and load. In the communications industry this is known as fast packet switching. It provides an expeditious 
way to move a large volume of data. 

10 The feature of ATM which provides for all packets or cells being of the same length presents a condition 
where small messages which are time dependent do not get held up by large messages which are not time 
dependent and can be delayed without degradation of the message's value. This is because all messages are 
comprised of the same 53 octet length. As hereinbefore mentioned the user has the advantage of different 
levels of service depending on the user's requirements forstreaming the applications data. The header on each 
15 of the 53 byte uniform length cells provides routing information for each of the cells in the network. In a shared 

network environment, such as is present in much of today's communicatton networks there is uncertainty and 
variability. The ATM process provides for standardization in the actual transport method or transmission meth- 
od through the use of fixed sized cells, plus priority routing of time oitical data as specified in the ceil header. 

A further feature of the present invention is made evident by FIG.1, where at the master site 102, the con- 
20 cept of separating the different logical functions that are a part of the serving site into different or separate 
types of machines is presented. The idea of separating the functions allows for the scaling of different sizes 
of serving machines, and the specialiang of the hardware configurations and even the software configuration 
so that they are able to perform the identified specialized functions. The machines include the network man- 
agement unit 122, the directory services unit 124, the data server unit 126, the customer data base unit 128, 
25 incorporating information Individualized to the customer’s purchasing habits and interests and the royalty ac* 
counting unit 130. The network management unit 122 checks the status of the operation of communication 
links with the customer premise 110 and units within the customer premise 110. The directory for services 124 
provides address functions for appropriate routing of messages requesting, for example, content data at the 
data server 126 or customer data in the customer database 128. 

30 An example, illustrating the separation of function issue, is applicable to the royalty accounting unit 130 
where if there is a suitable application available, for example, on an IBM AS/400 system that does credit card 
transactions or accounting transactions. It is desirable to adopt that kind of a machine and based on ifs other 
characteristics, e.g., security, adapt it for use in the banking industry for use as a machine to track the royalty 
transactions that would flow in from the various customer premises. Similarly, a separate machine with spe- 
35 cialized software can accomplish the network management of unit 122 at the serving site. 

In addition, the data server 126 or servers can be specialized in machine type, as to the amount of storage 
etc. that they manage according to the type of content So, a system can include one type of machine that is 
well suited to serve video data, and a second type of data serving machine that might be more suitable for 
such data as electronic game content data or audio data. Therefore at the different serving sites, the different 
40 functions are separated to run on separate machines. Interconnecting them through switches or hubs or a suit- 
able type of interconnecting arrangement at the serving site, and then manage the message protocols to route 
the appropriate message traffic coming in from the cloud 1 12 to the appropriate functional processing machine. 

Also in FIG.1 in the description, the local site 116 and regional site 114 are not pictorially displayed like 
the nnaster site 1 02. The bulleted list identifies some of the subset of the functions that are in the discussion 
45 breakdown of the master site 102. Certain of these functions, for example, those of customer data base unit 
128, might not be of sufficiently high enough volume or traffic to Justify replicating the customer data base 
machine 128 at all the different serving sites. So, by functionally separating the types of functions that are 
being served out of the sites, they can be distributed differently throughout the serving hierarchy. Therefore 
at some number of the serving sites or maybe only at certain levels of the serving hierarchy, some of these 
50 functions are present while at other levels they are not 

The lowest level of the data servers or ESS servers 306 in FIG. 3 are most important in terms of the high 
volume transactions, and replication of those is done in a more generous manner. By separating the different 
serving functions the opportunity is provided to choose the appropriate configuration for each machine and 
use the communication switch interconnections to route the data traffic to the appropriate machine or function. 
55 FIG. 2 is an example of how th exemplary cloud 112 of FIG. 1 might physically connect thre diff rent 

serving sites togeth r. In FIG. 2 there are thre diff rent service providers i.e., solid lines 202, dashed lin s 
204 and dotted and dashed lines 206 carriers or telephone perating companies shown by the different types 
of connecting lines. In FIG. 2 there are central offices (COs) 208, where th customer premises (or the stores); 



9 




EP 0 649 121 A2 



are connected. Then there are trunk connections going from c ntral offices 208 to other c ntral offices 208 
which connect to th different server sites, L Master Site 210, and R gional Sit 212 and R gionalSit 214. 
Eachoftheserv rsites210and 212 has more than one set of trunks going to different s rvice provider central 
offic s (COs). In th serving sit s 210, 212 or 214, the included switches ar used to terminat the different 
5 trunks coming from the different central offices. On the back side of the switch is where the serving machines 
are connected. The switching function at the server site allows the data traffic routing between the various 
clouds. 

In FIG. 2 there is represented three different sets of service providers 202, 204 and 206 that provide doud 
function for interconnecting not only server sites, but also the retail stores. 

10 Using ATM as the Interconnect with the data server, gives the physical appearance of having the entire 
data content on every one of the local servers. It is still desirable to replicate some portion of that storage In 
each of the local servers for transaction and frequency of requestors demand reasons, but transparently, by 
communications through ATM, there is the appearance of having 100% of the data content of every catalog 
listing or item at the serving site. The number of the replication sites can be regulated or reduced depending 
15 upon how widespread the presence of ATM Is. 

The only reason to replicate the databank is to be able to spread the high demand and bandwidth amongst 
all the various sites. This practice is set forth In FIG. 2. Primary servers can function as backup servers. Such, 
as for example, is possible with regard to server 212 providing backup for server 214 when serving the central 
office 208 connected between them and illustrated in FIG. 2 as the bottom and centrally most disposed central 
20 office. The backup strategy provides for efficiency and also makes It easier to recover in the onset of break- 
downs or disasters. 

Being able to give the appearance of having 1 00% of the data content locally, camouflages having servers 
physically disbursed throughout a geographic area regardless of size. It is evident that through implementation 
of this inventive concept, directory service control function can control ail the different Customer Premise sites 
25 to decide from where to access and obtain the content data. This control structure still relies on having all the 
data server sites connected by an ATM backbone to accomplish the necessary network. 

FIG. 3 illustrates the communication network layout with emphasis on (a) a multiple-level structure of data 
servers providing improved reliability and availability of data, (b) redundant connections among the servers 
and their clients through multiple communication paths, and (c) distribution of on-line data according to demand 
30 and on-line storage and transmission costs. 

In this FIG. 3 there are several repositories each of which typically contains a portion of the totality of the 
content material available. Each exemplary level in this structure is comprised of server class machines which 
are large configuration systems with large amounts of on-line DASD storage plus extensive communications 
capability. In the FIG. 3 example, the top most server level can contain 100% of the data which is available. 
35 The top level servers sometimes called master servers or golden masters are usually provided with 1 00% of 
the content data at very little additional cost above the 90% or other high percentage they would otherwise 
store as a result of allocation strategies where the content data allocated to servers at the various levels Is 
based upon the frequency of content data use and Is a function of the popularity of segments of the content 
data and is a result of data studies from consumer demand curves. A very high percentage also provides for 
40 redundancy and back up if service to a server should fail. Set forth for discussion purposes only, are arbitrary 

percentages of data divided between the multiple levels of servers. In practice the percentages are variable 
and are, for example, a function of such things as consumer demographics and time of year, just to mention 
a couple. 

The servers at this level (a), are the Top Level Servers (TLS) 302. There are several of these servers, 
45 geographically placed according to several factors. The factors include: communication line availability and 
communication line cost, aggregate demand from the next lower level, and other considerations such as geo- 
graphic and safety/security of the data. 

These servers 302 have a very high percentage of the content data, sometimes 100%, but in the case of FIG. 
3 it is 92% which satisfies the least demand or approximately 35% of the content data requests. 

50 Below the Top Level Servers 302 in this structure at level (b) is a collection of servers 304 which contain 
a considerably lesser portion of the total data (typically around 5%). Yet, this level server 304 satisfies up to 
the next 20% of the demand on average, due to the popularity of the content data stored at the (b) level. These 
servers are the Intermediate Level Servers (ILS) 304. 

Finally, in the example of FIG. 3 there is a set of servers 306 at a level (c) which support the customer 
55 premises directly. In th structure, thes servers 306 satisfy th largest percent of th requ sts forth most 
fr quently selected content data. These servers are the End-Site Serv rs (ESS) 306. As c mpared to the TLS 
and ILS, the ESS s rvers h Id the minimal amount of th content material availabl , which is typically around 
3%. However, as can b s en from FIG. 3. thes servers 306 satisfy th bulk of the custom r*s requ sts for 
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content data, which is about 45%. 

A preferred allocation of content data amongst a plurality of sev rs connected in hierachical I vels Includes 
allocating <10% of the content data at th I wend data s rver; and allocating >80% of the content data at the 
data serv r at th high end of the hierarchy most remote from the data accessing station. 

5 The cost analysis is driven by an effort to achieve replicating a small percentages of physical storage at 

the lower levels of the structure, so that a considerable amount of the transaction demand is satisfied while 
spreading out the balance among different server sites and machines. The demand requests for the data must 
be collected and an analysis made of the transaction patterns. The study results are used to minimize the data 
replication and maximize (i.e.,reduce) the response time of the transaction, and distribute the data for storage 
10 among large numbers of servers and sites without experiencing excessive costs to replicate these amounts 
of storage which are widely distributed. 

For a typical request, when a data file and its content is needed and the service of a higher level server 
is required a request is sent from the Customer Premise (CP) 308, to the ESS 306 which is its preferred route. 
The communications network may determine that the requested ESS 306 is available directly (i.e., in a single 
15 path) or it may select an alternate path for this conversation. An alternate path could be selected through any 
path with sufficient level of service, particularly with regard to bandwidth. In this example, alternate paths could 
be found through any of the communication douds 31 0, 312, or 314. Alternatively, when the message arrives 
at the selected ESS 306, the data server on that site could determine that (i) it does not have the data requested 
and so it could re-route the request to an ILS 304 itself or (ii) that it has too many transactions In process, and 
20 routes the request to another ESS 306 which could for example be in another geographical time zone. 

FIG. 4 is an exemplary uniprocessor system data server just like a standard personal computer IBM PS/2 
Model 95 with a single processor 402 connected through a fast bus 406 to some amount of memory 404, a 
redundant array of independent disks (RAID) 416, SCSI buss 408 to hang storage units 412 on and connecting 
line 410, then some sort of I/O 414 which represents things like communications adapters. 

25 FIG. 5 illustrates a multi-processor data server system where there is more than one processor 502 sitting 

on a single fast bus 504 or interprocessor memory bus of some sort with multiple I/O buses 506, 508 and 510 
hanging off of the system. There are several different types of machines that represent this kind of structure 
ranging from the IBM 3090 types of mainframes to systems like Tricord, Sequent and Pyramid Models. There 
are many kinds of multiprocessor shared memory types of machines. 

30 FIGS. 6 and 7 illustrate multiple processing elements or servers 602, such as those illustrated in FIGS. 
4 and 5 that are interconnected with different possible high-speed interconnects. The first example of inter- 
connects, as set forth in FIG. 6, is LAN technology interconnecting various processing elements with their own 
private memories and I/O devices or servers 602. This is also illustrative of a fiber channel standard or a pro- 
prietary interconnect schemes as shown by way of the oval interconnect 604. 

35 FIG. 7 is another distribution topology showing that using an ATM or other high speed switch 702 as an 

interconnect method between those different types of processing elements or servers 602. In shared memory 
multiprocessors, blocking effects and interference, from trying to access the same memory, are experienced. 
Bottlenecks on the bus or in the memory are the more adverse conditions which can arise and are adverse 
to the speed of the processors and the I/O devices. However, shared memory does simplify some of the soft- 
40 ware structures. Since all the data is accessible from the various and different processing elements in the dis- 
tributed function structures, there is less interference, because there is more message-based systems which 
allows them to run asynchronously. But under such circumstances, latency or the time interval in terms of re- 
questing the data for transfer and getting it transferred across whatever the interconnect scheme is, is of prime 
concern. The physical topology is Important but it usually results in the need for software which is more conn- 
45 plex. There is a need to acquire the right message constructs with low latency, so that the form of throughput 
is acceptable. The other benefit is that structures of the type in FIGS. 6 and 7 tend to scale up from small 
configurations to the large and super large configurations with less difficulty than the shared memory config- 
urations. In shared memory sooner or later bus limitations or locking Interferences are presented which are 
difficult to overcome. So the preference Is a methodology that permits scale-up without undue complexity or 
50 waste. 

Another flexibility with such structures is the ability to specialize the different types of processors, so that 
a special assist for doing communications and a special assist for doing the data storage retrieval can be cre- 
ated. Also specializing the different processing elements can be done, as opposed to using a single homoge- 
nous type of processing element which is what is typically done in the shared memory multiprocessor. For the 
55 loos lyc upledstructureof FIG. 7, ach f these lements can also b a tightly coupled shared memory proc- 
sslng element itself. 

FIGS. 8, 9 and 1 0 r lat to switching, routing and other adapter and computer t chniques with resp ct t 
the service providers as herein befor present d regarding FIGS. 1 and 2. These switching techniques provid 
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the means for gathering the incoming and outgoing messages. Th incoming messages are included within a 
trunk, which is a high $p ed aggregated collection of bandwidth. The sp d is higher than the consuming side 
of the system and its total bandwidth is for all th end t rminals that are in the store or customer premis . Th 
outgoing messag s are essentially the reverse process and which exit into the network In a doud such as doud 
5 112 of FIG. 1. 

The trunk in the case of FIG. 8 ranges in speed from a T1 to a T3. or an ATM and operates over fiber type 
of physical connectivity. If the switch 802 is the connection media, then messages are switched from the trunk 
to any one of several other communication ports. The advantage of a switch Is that typically the switch 802 is 
designed for a large aggregate amount of bandwidth whidi allows a large number of simultaneous connections 
10 to occur, Induding on up to the bandwidth limit. A less expensive alternative to FIG. 8 Is the configuration of 
FIG. 10 which shows a computer 1002 acting as a switching mechanism ora gateway where the trunk is coming 
in through a trunk adapter 1 004 plugged in on the computer bus. In this example, it could be either a T1 adapter, 
a T3 adapter or an 003 fiber adapter plugged In on the computer bus with other adapter cards plugged into 
the computer bus, that, for example, could be LAN types of adapters. The computer 1002, with its software 
15 and hardware perform a multiplexing, a routing, or a gateway type function from the LAN conversations to the 
trunk adapter. 

FIG. 9, is an example of specialized hardware built to represent the same kind of functionality. There are 
several manufacturers providing products identified as either hubs or routers that perform similar functions, 
where there is one type of physical connectivity that is routed or bridged to LANs. 

20 All three of these figures, FIGS. 8, 9 and 10, represent the exemplary arrangement of an incoming high 
speed trunk 11 8 in FIG. 1 into the customer premise. The switching function occurs whether at an actual switch 
or hub router or even a computer acting as a router, to take the traffic coming in from the outside network and 
then switch it to the appropriate data consumer and or terminals, Inside of the customer premise. 

Typical switches are made out of what is referred to as switching fabric and typically are of a cross point 
25 switching mechanism. The actual physical medium for the higher speed, transmission may, be on copper or 
on fiber. Although there are other types of fabric that are used to perform switching functions, they usually 
provide some sort of a simultaneous connection between an incoming port and an outgoing port Crosspoint 
switches are a space division form of multiplexing technique. Either the hub router or the computer gate- 
way/router technique, are typically time division type of multiplexing mechanisms. 

30 In the case of FIG. 1 0, the computer could be a personal computer, a workstation, or almost any computer 

that has the normal input/output bus concept with I/O adapters plugged into iL In such a case the time division 
multiplexing aspect of the computer bus to switch data from one adapter to another is employed. The hub and 
the router are specially packaged versions of the computer of FIG. 10. Alternatively, they can include a switch- 
ing tobric, i.e., a space division type of fabric. There are three types of multiplexing, i.e., frequency division, 
35 space division or time division. 

One of the distinctions of FIG. 11 is the doud 1102 between the regional server site 1106 and the retail 
store site 1108. The service provider can be any from the group induding a local phone company, operating 
company, an interexchange carrier, or a bypass company. Examples of the communication media in clouds 
1102 and 1104 are copper wire, under sea cables, fiber, microwaves and satellite links. 

40 Typically the T carriers or the DS, digital signal hierarchies are carried over microwaves, as well as satel- 
lites. Presently some satellite companies are exploring how to transport the higher speed carriers like the OO 
3 types of speeds across their carriers so that ATM can flow at higher speeds than 44 megabits per second. 

FIG. 12 details the manufacturing and decompression aspects of the real-time transfer of data to the man- 
ufacturing subsystem 104 from the repository. Here the aggregate data coming in from the doud 1102 could 
45 be ATM at 155 megabits per second, but the data going out to each one of the manufacturing machines 1202, 
1204, 1206 and 1208 depends on their individual requirements. In this specific unit 118, i.e., an ATM switch, 
it could in fact, be the PC that is used to de-multiplex the data and route it to each one of the manufacturing 
machines at their different rates. Data comes in at real-time and is transmitted at whatever the requirement 
is for each of the machines 1202, 1204, 1206 and 1208, respectively. This Is accomplished whether it is at 1.4 
50 megabytes per second or 1.2 megabytes or if it was 700KB per second. The printer 1206 has a lesser need 
for real-time data flow and the data transmission can be at a spedf ic data signalling rate. 

In the preferred embodiment on-demand content data system there are a multitude of different data rate 
values for the various different mediae, techniques, compression algorithms of units 1210, 1212, 1214 and 
1216 and reproduction machines. They are variable, and dependent on the streaming requirements of the re- 
55 production machine, a function of whether it Is audi , or video and audio, or if it is vid o compression by conv 
pression technique. 

The preview statbn has a diff rent required data flow rat th n the CD writer. A CD writer, for xampi , 
can writ six times normal playback speed. A high speed data rate of 1 .1 m gabyt s per second is necessary 
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for a six times CD writer, 1 .4 megabyt a for an eight times tap writer and 7 megabytes for 40 preview booths 
playing 1 A Mbit per second MPEG compressed vide r CD quality audio. 

It is desirable to encrypt certain content data t maintain a high r level f security for proprietary informa- 
tion and communication channels and communication switching t chniques which are readily accessibi to un- 
5 authorized or unintended interception. According data may be encrypted for example at Data Capture unite 
1 32. Data is encrypted at unit 1 32 with a random pattern of characters known as an encryption key. Each cryp- 
tographic key is protected and is stored in royalty accounting unit 130. Decryption of the encoded data is ac- 
complished at the units 1210, 1212 and 1214 where the decryption and decompression steps are performed 
in a manner consistent with the processes of encryption and compression at the time of data capture. Units 
10 1210, 1212 and 1214 also provide the capability of buffering to accomplish streaming to the CD writer 1202, 

tapewriter 1204, color printer 1206 and alternate unit 1208. 

A preview station 1303 of FIG. 12 has a need for video considerations. In some cases it will have MPEG 
video compressed and alternatively RTV or PLV compressed DVI or any of the various compression formats 
supported by software only motion video playback. For effective streaming, the conditions must exist for con- 
15 tinuous transmission once commenced, until completion of the data segment, which is usually the end of the 
recording or data stream. This continuous transmission must be guaranteed not to fall below the speed required 
by the playback device to sustain continuous full motion video. 

The communications asynchronous transfer mode (ATM) with its switching technique provides advantages 
over broadband communications, and it's incorporation within the present invention presents opportunities for 
20 handling all types of traffic and is protocol insensitive because of the bandwidth and the high speed bit rate. 
It is particularly suitable for voice, video, image and data transmission as identified in the present invention. 

Although the operational aspects of the innovative on-demand digital information system has been dis- 
cussed in part with regard to Figs. 1-12 and the corresponding communication and network features of the 
present invention. Fig. 13 and its description presents a total overviewof a typical preview, order, authorization, 
25 manufacture and purchase process for the average customer. The total process has been divided into com- 
ponent substeps identified as the Order Process (OP), the Authorization Process (AP), the Manufacturing 
Process (MP) and the Purchase Process (PP). The integral and alternate steps of each of the OP, AP, MP and 
PP processes are identified by general steps which are sequentially numbered with the lead letters a, b, c and 
d, respectively. These sequenced steps identify the logic flow of a typical order from the initial browsing 
30 through to the purchase. 

Certain terms, as defined below, will aid in the understanding of the logic and flow of the order and its 
subsequent handling as hereafter described for FIG. 13. The definitions Include Transactional Terms, Database 
Tables and Process Messages. 

35 Transactional Terms: 

Accounting Server - a set of computer programs which can and typically do serve as the central point 

of control within a store. These programs provide the central data base for all or- 
ders originating in a store, perform ail financial accounting (related to orders 
^ placed through this system) fora store, and perform all authorization interchanges 

with the Authorization Server. 

Authorization Server - a set of computer programs which makes decisions, authorizing or denying ap- 
proval to manufacture a product 
These programs maintain several databases such as: 

45 - a database of products available; 

- a database of royalties owed to the company, such as a label company, owning a product; and 

- a database providing criteria for determining if a given retail outlet is authorized to sell a given product 

These programs provide a decision making process for several stores. These pro- 
grams typically execute at a site that is separate from a retail store. 

50 Customer Premise - that location from which a customer can interact with the on-demand system, in- 

cluding, but not limited to, such interactions, like previewing, ordering, product 
pick-up and maintaining transactional records. 

Device Controller -a set of computer programs which control the manufacturing process. This server 

is located in a retail store. 

55 Item -a manufactured product or work, suitabi for purchase. As an xampi , it is that 

which a custom r might procxjre in a traditional purchas . It includes primarily th 
m dia on which th informatl n is recorded plus secondary n^terials sucti as a 
cas , labels, pamphlets, cas liner, etc. In an xemplary retail system, an item 
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would be a compact disc, a cass tte tape or I ctronic video games contained in 
a package along with appropriate labels and printed mat rials. 

Line Item - a rec rd description of a single work, in some quantity, which is to b purchased. 

A Lin Item consists of one or more id ntica) It ms. In addition to a count f the 
5 number of copies desired, is an indication if compact disc or cassette tape is to 

be used as the recording media. 

Order - a collection of Items a customer wishes to purchase. Orders are made up of one 

or more Line Items. 

Piece - one component part of an Item, such as: 

10 - the pamphlet placed inside a compact disc case, 

- the label placed on the case, or 

- the tape cassette. 

Point of Sale 

15 

Preview Station 



Work 

Database Tables: 

25 

Grant Table 

Line Item Table 
Make Table 



Orders Table 



- a persistent record of all manufacturing transactions requested on a per store basis. 
Contains one record for each Item ordered describing the authorization status of that Item. 

- a persistent record of all ordered Line Items for all orders on a per store basis. 

- a temporary record of all Items ordered but not yet manufactured. There is one record 
for each Item describing what is to be manufactured and the stage of the manufacturing 
process. 

- a persistent record of all Orders on a per store basis. 



- a terminal such as a cash register, located at the point where a customer makes 
a purchase. This terminal indudes a computer program that allows a sales person 
to view, and, if appropriate, change an order. 

- a location, including devices with which an individual accesses a sample of a 
work. Typically the access is to demonstrate the capabilities of the offered product 
at a preview by the viewer with the prospect of leading to a sale of the product to 
that individual. A station of this type would generally be located in a retail sates 
environment such as a store or kiosk. Orders for product may be placed at the Pre- 
view Station. 

- an Item being offered for preview and/or for sale. 



35 



40 



45 



50 



55 



Process Messages: 



op_approved 

op_cancel 

op_cannot_make 

op_denied 

op_jgrant 

op_jgranLfailed 

op_made 

op_make 

op_make_fal!ed 

p_ok 

p_order 



- the message sent from the Authorization Server to the Accounting Server when an 
Item is approved for manu^cturing. 

- the message sent from the Point of Sale station to the Accounting Server to indicate 
that an order has been canceled prior to the authorization request and the ordershould 
be removed from the system. 

- the message sent from the Device Controller to the Accounting Server when a Piece 
of an Item has been unsuccessfully manufactured. 

- the message sent from the Authoiuation Server to the Accounting Server when an 
item is not approved for manufecturing. 

- the message sent from the Accounting Server to the Authorization Server requesting 
authorization to manufacture a single Item. 

- the message sent from the Accounting Server to the Point of Sale station when an 
authorization request is denied by the Authorization Server. 

-the message sent from the Device Controller to the Accounting Server when a Piece 
of an Item has been successfully manufactured. 

- the message sent from the Accounting Server to the Device Controller to indicate 
what Items are to be manufactured. 

- the message sent from the Accounting Server to the Point-of-Sale station when an 
Item is unsuccessfully manufactured. 

-them ssage sent from the Point-of-Sal station to th Accounting Server t Indicat 
that an order has been validated, and paid for, by the customer. 

-the messages nt from the Previ w Station to the Accounting S rv rt Indicat that 
an order has been ntered into the system. 



14 




EP 0 649 121 A2 



op_order__complete - the m ssage sent from the Accounting Serv r to the Point-of-Sale when ail Items in 
an order have ben completed either successfully or unsuccessfully. 
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Order Process 



a01) The customer, as a prospective purchaser, enters the store, and accesses one of a multitude of mul- 
timedia preview stations 1303. at a preview subsystem 1302 as shown in FIG. 13. In this example, the 
preview station is the Customer Premise. The customer inserts a membership card into a reader as more 
fully explained for F1GS.1 6. 1 7 and 28 and sets about previewing various works. Through the touch screen 
panels provided as shown In part and by way of example in FIGS. 1 8-27, the customer can choose to pre- 
view and listen to certain works, or to listen to works while viewing an accompanying video. A screen icon 
of a pair of headphones 2402, as seen in FIG. 24 and another icon of a TV set 2404 are used to Inform 
the customer of the availability of preview materials. When the customer has made a purchase decision, 
commands at touch pads 2406 or 2408. describing the format of the desired items, are entered on the touch 
screen. 

a02) A Preview Station 1 303 of FIG. 1 3 prints a memorandum of the Order 1 602 for the customer, as shown 
in FIG. 16. 

a03) The Preview Station of the subsystem 1302 forwards a message describing this order (i.e., message 
type op_order) to the Accounting Server 1304 of the accounting and management subsystem 1306. 
a04) The Order is stored in the Orders Table database on the Accounting Server 1304. The order Infor- 
mation includes: 

- preview station number 

- date and time of day 

- a Line Item Table describing the details of the purchase, including: 

- artist 

- title 

- number of copies 

- media: compact disc or cassette tape. 

a05) The customer approaches the checkout area of the store included within the accounting and marv 
agement subsystem 1306, and hands a personal membership card or other suitable identifying card to 
the sales clerk. 

a06) The sales derk inserts the customer's membership card through a card reader at the Point-of-Sale 
(POS) terminal 1 308. 

a07) The POS 1308 sends a remote database query message to the Accounting Server 1304 providing 
this customer number. 

a08) The Accounting Server 1304 searches the Orders Table database for this customer's Order. If the 
Order cannot be located, the Accounting Server 1304 returns an error to the POS 1308. However, if the 
Order is located, the Accounting Server 1304 returns a copy to the POS 1308 for display. Included is an 
Order number identifier. 

a09) Once the customer's Order has been displayed at the POS 1308, the sales person will ask if the cus- 
tomer wishes to make any changes. Changes which are possible include: 

- change quantity of any Line Item; 

- delete Items; 

- changeformat of ordered Items (e.g., compact disc to cassette tape or cassette tape to compact disc); 

- add new Items not previously entered; 

- cancel the entire Order. 

a1 0) As an alternative to the above POS purchasing sequence, the customer could simply approach a sales 
person immediately upon entering the store and have the sales person enter an Order. In this case, the 
procedures related to the activities at the preview station subsystem are not necessary. (The Order will 
not be found at step a08 but the sales person will be able to enter the order in its entirety at step a09.) 
all) The customer now makes payment via cash, check, or credit card, according to the accepted proce- 
dure for each particular store or retail outlet 

a12) When the sales person completes collection of the payment, the POS 1308 will send an op_ok mes- 
sage to the Accounting Server 1304. At this point, all the information about the Order is in the on-demand 
digital information syst m. The syst mis now ready and will automatically proceed t authoriz theOrd r, 
to credit royalties t any party or entity so entitled as set forth in pre-existing agreements, and to issue 
manufacturing ord rst gen rate the customer's selections. 
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Authorization Process 
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b01 ) When the Accounting Server 1 304 receiv s the op_ k message, it r places th copy of the Order in 
th Orders Table database. This is to account for any changes made by the sales d rk at the POS terminal 
1308. 

b02) The Accounting Server 1 304 updates the Grant Table and Make Table with one record per Item, ini- 
tialized to blank. 

b03) Before any manufacturing can begin, an authorization must be obtained and an Authorization proce- 
dure is performed. This insures that only works authorized or approved for manufacture are manufactured 
and that any and all royalty requirements are correctly recorded. 

b04) The Accounting Server 1304 sends an op_grant message to the Authorization Server 1312 of the 

Authorization Server subsystem 1310 for each Item in each Line Item. (Note: if this step is reached due 

to a manufacturing failure cl 3 step, only the failing Items will have grant requests sent.) 

b05) The Authorization Server 1312 performs various authorization checks on each op_grant message 

and returns an op_approved or op_denied message to indicate ok/not ok to manufacture that particular 

Item. 

b06) The criteria for denying authorization may be objective or may include subjective rules. 

Exemplary criteria include: 

- release date is later than toda/s date; 

- a particular store’s credit rating is exceeded; 

- certain retail outlets may want to prohibit sale of certain works; 

- a content provider’s or label company’s unique rules; and 

- copyright license for a work does not exist in the country where the store is located. 

bOT) If an item is rejected for any reason, an op_dented message is returned for that Item by the Author- 
ization Server 1312 to the Accounting Server 1304. 
b08) When op_denied is received for an Item, the Accounting Server 1304: 

- updates the Grant Table, Line Item Table, and Order Table reflecting what was denied; and 

- the denied item is removed from the Make Table. 

b09) Since more than one Order at a time can have outstanding authorization requests, if this is the last 
Item in a particular Order, the Accounting Server 1304 marks the Order complete and sends an op_make 
message to the Device Controller 1314 In the Manufacturing Subsystem 1316. 
blO) If there are more items In this Order, the Accounting Server 1304 loops back to Authorization Process 
step bOT). 

b11) If an op_approved message is received fora Line Item, the Accounting Server 1304 updates the Grant 
Table, Line Item Table, Make Table, and Orders Table reflecting what was approved. It will then loop back 
to Authorization Process step b09. 



Manufacturing Steps 

40 In the specification below, the Device Controller 1314 configuration depicted in Fig. 13 is representative of 
those machines which are necessary to operate the manufacturing machines, such as the CD writer 1318 and 
the tape writer 1320 in a particular retail store. The actual number of manufacturing devices and their location 
may differ from that illustrated in FIG. 13 based upon a given store’s requirements. 

cOI) When the Device Controller 1314 receives the op_make message from the Accounting Server 1304 
45 the Order contains only those Items which have been authorized and are to be manufactured. 

c02) The Device Controller 1314 displays the Order as a set of manufacturing instructions on the Manu- 
facturing Technician’s Terminal (MTT) 1322. Each Item to be manufactured is displayed as a single line. 
c03) In the case of media manufacturing, when the appropriate machine such as the CD writer 1318 or 
tape writer 1320 is ready, the technician presses a FETCH icon on the MTT 1322. This sends a message 
so to the respective Device Controller 1314 for that manufacturing machine. The technician then presses a 
START icon on the MTT 1322 to Initiate actual manufacture. 

c04) The Device Controller 1 314 will then establish a dialogue with the Data Server 1 324 of the Data Server 
Subsystem 1 326 and begin the content data transfer to the exemplary machine 1 31 8 or 1 320 indicated in 
the Item. 

55 c05) For any printed material required, the MTT 1322 s nds a message to the D vie Controll r1314kJen- 

tifying the data for printing.. 

c06)TheD vice Controll r 131 4 will then establish a dialogue with the Data S rver 1324 and begin trans- 
f rring the printabi material data to the printer 1328. 
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c07) In both manufacturing steps c04 and c06, th data being transferred may b encrypted or compressed 
or both or neither. Before the data is actually rout d to th manufacturing machin such as machin 1 31 8, 
1 320 r 1 328, a decryption and/or d compression step is li kely n cessary. The cryptographic key needed 
for th decryption step may be contained in the original op_approve messag of Authorization Process 
5 step b11. 

c08) For each Piece of an Item successfully completed, the Device Controller 1314 sends an op_made 

message to the Accounting Server 1304. 

c09) The Accounting Server 1304 notes each op_made message: 

- when all pieces in an Item are made successfully, that item is marked complete; 

10 - when all Items in a Line Item are complete, that Line item is marked complete; and 

- when all Line Items in an Order are complete, that Order is marked complete. 

clO) If an error occurs at any step of the Manufacturing Process, the recovery steps depend on the failure 
point 

- for a failure in the printing step, the technician must manually retry that step. 

15 c11) For a failure in writing a media device such as at units 1318 or 1320 that Item will be scrapped and 

a new authorization sequence must be initiated. 

c12) If any Piece of an Item does not complete successfully, the Device Controller 1314 sends an op_can- 
not_make message to the Accounting Server 1 304. 

cl 3) The Accounting Server 1304 receives the op_cannot_make message. The order number is used to 
20 retrieve the original Order from the database. If the failing Piece is media, as opposed to printed matter, 
a new grant request is constructed for the failing Item and the processing resumes above at step b04 of 
the Authorization Process. This step and the associated authorization grant / royalty accounting / manu- 
facturing steps above step b04 through step cl 3 are repeated 'n' times - where n is a retry count that is 
stored in an operating characteristics file in the Accounting Server 1304. When a failure has been re- 
25 tried ’n’ times, the Accounting Server 1304 will make a final determination that this Item cannot be deliv- 

ered and processing will continue at Purchase Process step dOI . 

c14) The original Order remains on the account for the requesting retail store, i.e., normal royalties remain 
charged against that store. That store manager must subsequently process a Return Manufacturing Au- 
thorization request to obtain credit for the failed Pieces. This insures that no duplicate media may be pro- 
30 duced without royalty payments being accrued to the content owner. 

Purchase Process 



dOI) Once the Accounting Server 1304 has received a response for all Pieces of all Items in the Order 
35 (either op_made or op_cannoLmake and the retry count is exhausted), it accesses the original Order and 
processes the Items from top-to-bottom matching as many Line Items requested to those completed. 
d02) Any Items whose retry counts were exhausted [see Manufacturing step cl 3)] must have their selling 
amounts backed out from the total charges for the Order. A credit will need to be issued, for a charge sale, 
or a cash refund, for a cash sale, according to the respective store’s operating policy. 

40 d03) The Accounting Server 1 304 makes a final update to the Order so that it reflects what Is actually being 

delivered to the customer. A message is sent to the POS 1308 that the Order is complete. 
d04) When the POS 1308 receives this message, it queries the Accounting Server 1304 fora copy of the 
updated Order. 

d05) The Accounting Server 1304 sends a copy of the updated Order to the POS 1308. 

45 d06) The POS 1308 prints the final receipt and the sales person is informed (by a message to the screen) 

and notifies the customer that their Order is ready for pickup. 

FIG. 14 is a functional block diagram of the present inventive on-demand digital data system and is dis- 
tinguishable from the foregoing figures as hereinafter mentioned. It identifies certain products or manufactur- 
ers as exemplary sources of devices for practicing the present Invention. Manufacturing controller unit 1402 
50 controls the two CD writers 1318 described in FIG. 13 and identified as CD writer unit 1202 in FIG. 12 in a 
manner to operate the two machines at two different speeds, i.e., twice real-time (2x) and 6 times real-time 
(6x). Suitable CD writers are available from various manufacturers including the Eastman Kodak company. 
Manufacturing controller unit 1404 controls the A/D interface 1410 for the special purpose devices built for what 
is tape writer 1320 of FIG. 13, as would a controller 1314 for the tape writer interface 1330 in FIG. 13. Manu- 
55 facturing controller unit 1 404 is also th interface for the Sun Microsystem’s Workstation unit 141 2 and a spe- 
cific Xerox color copier r color print r 1 328 of FIG. 13. FIG. 14 illustrates the Manufacturing Control Console 
1406 ptionaily conn cted to the Retail Host Serv r 1408. 

FIG. 15 has been discussed in some considerable detail with relation to FIG. 13. Further, it shows, byway 
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of xample only, certain illustrative programs or systems such as PARADOX which is g nerally hereinbefor 
referr d t as a databas . The Pr sentation Manager program sh ws that rhdemand systems can be mad 
t operate with the OS/2 operating system, as one such system. Likewise th booth 1502 is a multimedia pre- 
view station. 

5 The communication process and the flow of messages or conversatbn between the subsystems of a typ- 

ical on-demand system was described with regard to FIG. 13. In FIG. 15 there is provided a block diagram of 
a typical system encompassed by that of FIG. 13, and illustrates the presence of the communication engines 
of each of the typical subsystems, i.e., the Preview Booth station 1502, the Retail Accounting station 1504, 
the Central Host Accounting station 1506, the Manufacturing Control station 1508 and Point-of-Sale station 
10 1510. 

For the purpose of this presentation, a conversation is as a group of commands and responses that are 
logically related. For example, the set of commands and responses exchanged by the Retail Accounting sub- 
system 1504 and the Manufacturing Control Application 1508 is know as the 'Manufacturing Conversatbn'. 
The five clearly defined conversations of FIG. 15 consist of bi-directional, variable-length, point-to-point mes- 
15 sages. These messages can be transported by any suitable communications protocol such as NetBIOS, TCP/IP, 

SPX/PIX etc. Guaranteed delivery is a requirement of the communications protocol selected. 



Consider the following conversations: 

20 





Conversation 


Description 




Grant 


Established between the Retail Accounting 1504 and the Central Host Accounting 
1506 for the purpose of requesting and granting the manufacture of a music or audb 


25 




product 




Manufacturing 


Established between the Retail Accounting System 1504 and the Manufacturing Con- 
trol Applicatbn 1508 to submit an order to reproduce a particular audb or video prod- 


30 




uct 

Established between the customer preview station (PS) and the file server in order to 




Stream 


transfer audio and video data to the PS for user Interaction. This same conversation is 
also established between each device controller machine and the Data Server to 


36 




transfer data to the CD and tape writers as illustrated by way of example, in more de- 
tail in FIGS. 11,12, 13 and 14. 




Order 


This conversation is established between the PSs and the Retail Accounting System 


40 


1504 for the purpose of placing and order put together by a customer. 

This conversation is established between the Manufacturing Control Application 1508 
and a device server. Typical device controllers are CD writers, tape writers, and color 




Device 


printers, as shown in FIG. 12. This conversatbn is strictly used to transfer control 






command to and from the device controllers. The device controllers themselves estab- 
lish a Stream conversation of their own with the Data Server. 



45 In order to provide for platform and operating system Independency, the unsigned long type in all of our 
data stru^ures is preferred. The unsigned long data type can be easily manipulated by DOS, OS/2, Windows, 
and UNIX or X Windows, or other operating environment 

The message structure is such that each message consists of a header followed by message-dependent 
information. The handler of a particular message knows about the contents of the message-dependent section 
50 of the message. Message handlers are hereinafter discussed. The message is structured as follows: 



55 
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typedef struct _msg 

unsigned long dwOpCode; 

^ unsigned long dwSequence ; 

unsigned long dwFlags; 
unsigned long dwBuffLen; 
unsigned char Buffer[l]; 

} MSG, *PMSG; 

15 Acommon communications application program interface (API) used throughout an exemplary on-demand 

system assumes that a Netbios transport layer is available, or that a Netbios emulation can be readily imple- 
mented. Such is the case for NetWare, Banyan Vines, and other network operating systems. 

Further, the communications engine hides the sequencing of the messages as well as retries and re-con- 
nections. 

20 

Incoming messages have the following data structures: 

/* 

25 

* The following typedef defines a pointer to a function that handles 
incoming messages 

*/ 

30 

typedef unsigned long (*PMHFN) (unsigned long dwSessionId,PMSG pMsg); 

typedef struct _rasg 

35 { 

unsized long dwOpCode; 

unsigned long dwSequence; 

unsigned long dwFlags; 

^ unsigned long dwBuffLen; 



45 
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unsigned char Buffer(l]; 

^ } MSG, *PMSG; 

typedef unsigned long LISTHANDLE; 
10 1 1 Error codes 



^define ERROR_ALREADy_INITIALIEED 
#define ERROR_MEHORY_ALLOC 
ttdefine ERROR_NOT_INITIALIZED 
#define ERROR_INVALID_PTR 
ftdefine ERROR_HANDLER_NOT_FOUND 
Udefine ERROR_LANRESOURCES 
#define ERROR^N AH E_NOT_REGI STEREO 
#define ERROR_NO_MORE_NCBS 
^define ERROR_SUBMITING_NCB 
25 tdefine ERROR_CONNECT_IN_PROCESS 
tdefine ERROR_NOT_CONNECTED 
tdefine ERROR_CONNECTING 
#define ERROR_SENDING 

30 

idefine ERROR_INVALID_SESSIONID 
tdefine ERR0R_C0MM_RES0URCES 
tdefine ERROR_SEND_TIMEOUT 
^ tdefine ERROR_TOO_NANY_COMMANDS 

tifdef OS2_COMMSYS 
tdefine ERROR_ACCESSING_SEM 
40 tendif 

// Session flags 

^ tdefine SF^CONNECTED 

tdefine SF^CONNECTING 
tdefine SF_PENDRECEIVE 
^ tdefine SF^PBNDLISTEN 

tdefine SF_PENDCALL 



1001 

1002 

1003 

1004 

1005 

1006 

1007 

1008 

1009 

1010 
1011 
1012 

1013 

1014 

1015 

1016 
1017 



2001 



0x00000001 

0x00000002 

0x00000004 

0x00000008 

0x00000010 



The following is a continuation of the description for the programming interface. More detail about the va- 
55 rious conversations ar h reinafter discuss d. For example, iater sections describ th conversatiorvdepend- 
nt part of th messag as it is defined for ach conversation. 

Initiaiizati n of th communications engine is necessary by each process that uses its services. 

The global default message handl r and th global xception handler MUST b passed to this function. 
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NULL values are not allowed. If this function fails the Comm Engin cannot b used. It is necessary to check 
the return code. 



5 

int InitConnnSystem( // Initialize the system, create chain 

int adapters, // Number of adapters in this machine 

PMHFN pfnDefMsgHandler , // Pointer to global def msg handler 
10 PMHFN pfnExceptionHandler) ;// Pointer to global exception handler 



Each message is handled by a message handler, that is, when a message is received the proper message 
handler is invoked. If there Is no message handler def ined for the incoming message the Communications En- 
15 gine invokes the default message handler for that conversation (or session) if one has been defined. If one 
has not been defined the Comm Engine invokes the global default message handler which is guaranteed to 
exist 

The following functions hide the implementation details of message handler support and allow the creation 
and maintenance of handler lists. The first step in creating a sessbn Is to create a handler list and adding the 
20 various message handlers to it 



int CreateMessageHandlerList( 
25 LISTHANDLE *hList) ; 

int lnstallHessageHandler( 
LISTHANDLE hList, 

30 unsigned long dwopcode, 

PMHFN pfnMessageHandler) ; 

35 

int ReplaceHessageHandler( 



// Create an arbitrary handler list 
// Return id of arbitrary list here 

// Add a message handler to the list 
// ID of arbitrary handler list 
// Opcode of handler to be installed 

// Pointer to function handling message 

// Replace an existing mesage handler 



// ID of arbitrary handler list 
// Opcode of handler to be replaced 
// Pointer to function handling message 



40 LISTHANDLE hList, 

unsigned long dwOpCode, 

PMHFN pfnMessageHandler); 

45 int RegisterDef aultMessageHandler ( 

LISTHANDLE hList, 

PMHFN pfnDefaultHandler); 

50 int RegisterExceptionHandler( 

LISTHANDLE hList, 

PMHFN pfnExceptionHandler) ; 
function 
55 



//Install default handler for this list 
if ID of arbitrary handler list 
// Pointer to default handling functn 

// Install default exception handler 
// ID of arbitrary handler list 
// Pointer to exception handling 



The following functions form the core of th Comm Engine. These functions are used to create server ses- 
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sions as well as to connect with r mote s rv r s ssions. 
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int RegisterLocalName( 
short iAdapter, 
unsigned char *pszLocalName) ; 

int CreateServerSession( 

unsigned char *pszLocalName , 
unsigned char *pszRemoteNaraes, 

ALLl) 

tISTHAKDLE hList, 

unsigned long *pdwSessionId) ; 

int ClientConnect( 

unsigned char *pszLocalName, 
unsigned char *pszRcmoteName , 
LISTHANDLE hList, 
unsigned long *pdwSessionId) ; 

int TerminateSession( 

unsigned long dwSessionld) ; 

int QuerySessionStatus( 

unsigned long dvSessionId) ; 



// Register a name a-la-netbios 
// Network adapter number (0 through 4) 
// Name to be registered 

// Initiate and receive all 
// Name client connects to 
// Name expected to connect ("*•' for 

// ID of handler list 

// Pointer where session id returned 

// Client connects to server 

// Name of this client 

// Name of the server session 

// ID of handler list 

// Pointer where session id returned 

// Ussually client terminates session 
// Id of session to be terminated 

// Query the status of a given session 
// Id of session to be queried 



The transport manager section includes three functions. These functions allow a message to be received 
and its message handler invoked, as well as sending a message across the link. 



40 



45 



50 



55 



22 




EP 0 649 121 A2 



int SendNetHessage( 

^ unsigned long dwSessionld, 

unsigned long dvOpCode , 
unsigned long dwFlags. 
unsigned long dwBuffLen, 
void *pBuffer); 

unsigned long QuerySessionStatus( 
unsigned long dwSessionId, 

15 

int DispatchNetHsg( 
int bMainLoop); 
loop, FALSE otherwise 

20 



II Client / Server sends message 
// Id of established session 
// Opcode to send to receiver 
// Value of flags to send to receiver 
// Length of buffer to send 
// Pointer to buffer data to send 

// Returns session status flags 
// Id of established session 

// Invokes message handlers 
// Must be TRUE if called from main 



The previous function deserves a speda) explanatk)n. This function ailows to "cooperatively* dispatch 
messages to the appropriate handlers and the TRUE value is oniy used when DispatchNetMsg is caiied from 
within the main ioop. 

25 For example, the following code should replace your traditional GetMsg/DispatchMsg loop in an OS/2 Pre- 

sentation Manager application: 



bOone = FALSE ; 

while (IbDone) 

{ 

fResult = WinPeekMsg(hab, (PQMSG)&qmsg, (HWND)NULL, 
(ULONG)NULL, (ULONG)NULL,PM.REMOVE) ; 

if (fResult) 

{ 

if (qmsg.msg == WM_QUIT) 
bDone = TRUE; 

else 

HinDispatchMsg(hab, (PQMSG)&<psg) ; 

} 



AO 



45 



^ Dispa tchNetMsg(TRUE) ; 

I 

A similar approach should be used under MS Windows. 

55 If you are using the Comm Engine under PC DOS or OS/2 (n n-PM application) you should hav a loop 

In y ur main as follows: 
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while (TRUE) 

{ 

5 DispatchNetMsg(TRUE) ; 

} 

If processing of a particular message will take a long time (moie than one second) you should call Dis- 
10 patchNetMsg from within the handler. Make sure you call it with its parameter set to FALSE as follows: 

HessageHandlerl (...) 

15 ^ 

for (i = 0; i < n; i++) 

{ 

// the following process takes a little while to execute 

20 



Dispa tchNetMsg(FALSE) ; 

} 

} 



30 The following example uses a hypothetical sample conversation with two (2) opcodes between a server 
application and a client application. This code ignores run-time errors for the most part. 

For example if It is desired to start a server and a client in machine #1, and another server and another 
client in machine#2 type the following: 

35 At the OS/2 prompt In machine #1: 

sessions -Ss1.c3 -Ss2.c4 -Cc1.s3 -Cc2.s4 

At the OS/2 prompt in machine #2: 

sessions -Ss3.c1 -Ss4.c2 -Cc3.s1 -Cc4.s2 

40 

The command-line option -S defines a server and -C defines a client. For example, -Ssl .c3 defines a ser- 
ver named s1 that accepts a connection from a remote client named c3. Option -Cc4.s2 defines a client named 
c4 that connects with a remote server named s2. 
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ttpragma pack(l) 

^ ^define INCL_DOSPROCESS 

^include <os2,h> 

^include <stdlib.h> 

^include <stdio.h> 
ttinclude <string.h> 

# inc lude <ma 1 loc . h> 

IS ttinclude <memory.h> 

^include <ctype.h> 

^include <tlme.h> 

20 #include <commsys.h> 

int main(int argc,char **argv) ; 

int DefMsgHandler (unsigned long dwSessionId,PMSG pMsg) ; 
int ExceptionHandler(unsigned long dwSessionId,PMSG pMsg) 
int HessageHandlerl (unsigned long dwSessionId,PMSG pMsg) • 
int ClientHandlerl (unsigned long dwSessionId,PMSG pMsg) ; 



30 



#define OP^REQUBSTl 100 

#define 0P_SERVICE1 200 

35 

int main(int argc,char **argv) 

{ 

int rc = 0, i, j; 

40 LISTHAKDLE hList = 0; 

LISTHANDLE hCList = 0; 
char *p 7 
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unsigned long dwServerSessions(10 ] ; 

5 unsigned long dwClientSessionsl 10 ] ; 

int nSSessions = 0; 
char szClientName[32] ; 
int nCSessions = 0; 

PMSG pMsg; 
char szArg[32]; 

if (argc < 3) 

{ 

printf ("usage; SESSIONS -cClientl . Serverl -cClient2 . Server2 - 
sServerl. Client?. . . \n") ; 

^ DosBeep( 1000 , 100) ; 

return(-l) ; 

} 



25 
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rc = InitCommSystem(l.DefMsgHandler,ExceptionHandler); 
if (rc != SUCCESS) 

printf ("Initializing Comm System (%d)\n",rc); 
if (rc != SUCCESS) 

return(DosBeep(1000 ,100) ) ; 

for (i = 1; i < argc; i++) 

{ 

strcpy(szArg,argv[i]) ; 
if (szArg[0] == ' - ‘ ) 

{ 

if (toupper(szArg[l ]) == 'C') 

{ 

p = (char *) strchr(szArg, ' . * ) ; 
if <p == 0) 

printf ("Invalid command line argument\n\n" ) ; 
return(DosBeep(1000,100)) ; 

} 

*p = *\0*; 

strcpy(szClientName ,&szArg[2 ] ) ; 

*P = • . * ; 

rc = RegisterLocalName(0,szClientNarae) ; 
if (rc 1= SUCCESS) 



26 




EP 0 649 121 A2 



printf ("Registering %s 

(%cl) \n" , szClientName , rc ) ; 

if (rc != SUCCESS) 

re turn(DosBeep( 1000 , 100 ) ) ; 

} 

else if (toupper(szArg(l ]) == *S') 

{ 

p = (char *) strchr{szArg, * . ' ) ; 
if (p =- 0) 

15 { 

printf ("Invalid command line argiunent\n\n*') ; 
return(DosBeep( 1000 , 100) ) ; 

} 

20 *p = * \0 ' ; 

strcpy(s2ClientName,&szArg[2]) ; 

*p = ' . ' ; 

rc = RegisterLocalName(0, szClientName) ? 
if (rc 1= SUCCESS) 

printf ("Registering %s (%d)\n",&szArg[2] ,rc) 
if (rc != SUCCESS) 

return(DosBeep(1000,100)) ; 

^ } 

} 

} 

35 

rc = CreateMessageHandlerList(&hList) ; 
if (rc != SUCCESS) 

printf ("Creating message handler list (%d)\n",rc); 

^ if (rc != SUCCESS) 

return(DosBeep(1000,100)) ; 

rc = InstallMessageHandler(hList,OP_REQUESTl,HessageHandlerl) ; 

45 if (rc != SUCCESS) 

printf (“Installing message handler 1 (%d)\n",rc); 
if (rc != SUCCESS) 

retum(DosBeep( 1000 , 100 ) ) ; 

50 

rc = RegisterDefaultKessageHandler(hList,0); 
if (rc 1= SUCCESS) 

printf (“Registering default message handler 1 (%d)\n",rc)y 
55 
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5 



10 



15 



20 



25 



30 



35 



if (rc != SUCCESS) 

re turn(DosBeep(1000 , 100) ) ; 

rc = RegisterExceptionHandler(hList,0) ; 
if (rc != SUCCESS) 

printf (‘‘Registering default exception handler 1 (%d)\n*' ,rc) ; 
if (rc != SUCCESS) 

re turn(DosBeep( 1000 , 100) ) ; 

// Create local server sessions 

for (i = 1; i < argc; i++) 

{ 

strcpy(szArg,argv[iJ) ; 
if (szArg[0] == ‘-‘) 

if (toupper(szArg[l )) == ‘S*) 

{ 

p = (char *) strchr(szArg, ‘ . * ) ; 
if (p == 0) 

{ 

printf ("Invalid command line argument\n\n*'); 
return(DosBeep( 1000, 100)) ; 

} 

*p = ‘ \0 • ; 

rc = CreateServerSession( 



&szArg[2 ] ,p+l , hLis t , &dwServerSessions [nSSessions++ ] ) ; 

40 *p = ' • ’ ; 

if (rc 1= SUCCESS) 

printf ("Creating %s session (result = %d) , 
session 

^ (%ld)\n“ ^ szArg, rc , dwSe rve rSess ions [nSSess ions- 1 ] ) ; 



50 



55 



} 



if (rc != SUCCESS) 

return(DosBeep( 1000,100) ) ; 
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rc = CreateHessageHandlerList(&hCList); 
if (rc 1= SUCCESS) 

printfC'Creating client message handler list (%d)\n",rc) ; 
if (rc 1= SUCCESS) 

return(DosBeep(1000,100)) ; 

rc = InstallMessageHandler(hCList,OP_SERVICEl,ClientHandlerl); 

if (rc 1= SUCCESS) 

printf ("Installing client message handler 1 (%d)\n",rc); 
if (rc != SUCCESS) 

retum(DosBeep(1000,100)) ; 

rc = RegisterDefaultMessageHandler(hCList,0) ; 
if (rc != SUCCESS) 

printf ("Registering client default message handler 1 

(%d)\n",rc); 

if (rc 1= SUCCESS) 

return(DosBeep(1000,100)) ; 

rc = RegisterExceptionHandler(hCList.O); 
if (rc 1= SUCCESS) 

printfC'Registering client default exception handler 1 

(%d)\n",rc) ; 

if (rc != SUCCESS) 

return(DosBeep(1000,100)) ; 

printf("\n\nSystem properly initialized. Press any key to connect 

"); 

fflush(stdout ) ; 
getcharO ; 
printf("\n") ; 

// Connect to remote servers 

for (i = 1; i < argc; i++) 

strcpy(szArg,argv[i }) ; 
if (szArg[0] == '-') 

{ 

if (toupper(szArg[l ]) = 'C') 
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{ 

p = (char *) strchr(szArg, » . ' ) ; 
if (p == 0) 

{ 

printf ("Invalid command line argument\n\n") ; 
return(DosBeep(1000, 100) ) ; 

} 

*p = »\0'; 

strcpy(szClientName,&szArg[2]) ; 
rc = ClientConnect(szClientName,p+l,hCList, 
&dwClientSessions[nCSessions++]) ; 

*p = ‘ ; 

printf ("Connecting with server %s (result = %d) , 
session 

(%ld)\n" ,p+l ,rc,dwClientSessions[nCSessions-l ]) ; 

if (rc 1= SUCCESS) 

return(DosBeep(1000,100)) ; 

} 

] 

} 



30 j = 0; 

while (1) 

{ 

for (i = 0; i < nCSessions; i++) 

^ { 

printf ("Sending 0P_REQUEST1 to session 
%ld. . .\n",dwClientSessions[i]) ; 

^ rc = DlspatchNetMsg(l) ; 

rc = 

SendNetMessage (dwClientSessions [ i 1 , 0P_REQUEST1 ,0,0,0); 
if (rc != SUCCESS) 

45 { 

while (rc == ERR0R_C0NNECT_IN_PR0CESS ) 

{ 

DispatchNetMsg(l) ; 

so rc = 

SendNetMessage (dwClientSessions [ i ] , OP^REQUESTl ,0,0,0); 

} 

) 

55 
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} 

return(O) ; 

} 



int HessageHandlerl (unsigned long dwSessionId,PMSG pMsg) 

{ 

int rc; 

printf (”0P_REQUEST1 arrived (session %ld) \n" .dwSessionId) ; 
pMsg->dwOpCode = OP_SERVICEl; 
pMsg->dwSequence = 2; 
pMsg->dwFlags = 0; 
pMsg->dwBuffLen =0; 

rc = SendNetMessage(dwSessionId,0P_SERVICEl,0,0,0) ; 
printf ("Sending 0P_SERV1CE1 smf (%d)\n",rc); 
if (rc != SUCCESS) 

{ 

while (rc == ERROR_CONNECT_IH_PROCESS ) 

{ 

DispatchNetMsg(O) ; 

rc = SendNetMessage(dwSessionId,OP_SERVICEl ,0,0,0) ; 

} 

} 

return (rc) ; 

} 

int DefMsgHandler( unsigned long dwSessionId, PMSG pMsg) 

{ 

return (0) ; 

} 

int ExceptionHandler (unsigned long dwSessionId, PMSG pHsg) 

{ 

return(O) ; 

} 



int Cl ientHandlerl (unsigned long dwSessionId, PMSG pHsg) 
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{ 

printf("«»ji# 0P_SERVICE1 arrived (session %ld)\n'» ,dwSessionId) ; 
retum(O) ; 

} 



The Grant conversation is originated by the Retaii Accounting System 1504 of FIG. 15 in the store, most 
likely as a result of a request to purchase originated by the customer at the PS. The structure of the message- 
dependent section of the message passed back and forth between these two entitles looks as foliows: 



#define 


OP.GRANT 


0x0170 


// 


Command 


If define 


OP^GRANTED 


0x0171 


// 


Response 


#define 


OP_DENIED 


0x0172 


// 


Response 



typedef struct __grantstruct 

unsigned long dwOrderNum; 

unsigned long dwStore; 

unsigned long dwCIT; 

unsigned long dwMedia; 

char szFIlenainetSIZEOF_ALBUM_NAME+l); 

char szGrantKey[SIZEOF_GRANT_KEY+l]; 

} GRANTSTRUCT, *PGRANTSTRUCT ; 



For example, a message sent from the Retail Accounting System 1504 to the Central Host 1506 could look 
as follows: 



40 

GRANT -> 



45 



Op Code Sequence Flags 



Bufflen Buffer 



00000170 00000001 



FFFFFFFF 00000025 



76 54 32 45 54 01 02 12 64 
88 .... 



50 
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And the r turn messag (authoiizatlon) could look lik : 



5 GRANTED <- 

Op Code Sequence Flags 

00000171 00000001 FFFFFF 

10 



Bufflen Buffer 

00000025 54 34 98 76 54 01 90 23 20 



Where the flags field has an unknown meaning at this point 
Had the request been denied the return message would look like: 

15 

DENIED <- 

Op Code Sequence Flags Bufflen Buffer 

20 

00000172 00000001 FFFFFF 00000010 54 09 70 23 41 . . . 



Where the flags field probably describes the reason for the denial. 

25 The Manufacturing conversation is originated by the Retail Accounting System. The structure of the mes- 
sage passed back and forth between the Retail Accounting 1504 and the Manufacturing Control Station 1508 
looks as follows: 

Note: These two structures are shared by both the Order and Manufacturing conversations. 



30 



#define OP_HAKB 
#define 0P_MADE 
35 #define 0P_CANN0T_MAKE 



0x0110 // Conunand 
0x0111 // Response 
0x0112 // Response 



typedef struct _itemstruct 
40 { 

unsigned long dwMedia; 
unsigned long dwCopies; 
unsigned long dwTracks; 

45 unsigned long dwCDBarcode; 

unsigned long dwPricePerltem; 

char szFileNaroe[SIZBOF_ALBUM_NAMB+l]; 

char szAlbumTitleISI2aSOF_ALBUM_TITLE+l]; 
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} ITEMSTRUCT. *PITEMSTRUCT : 

5 typedef struct _orderstruct 

{ 

unsigned long dwOrderNum; 
unsigned long dwCustomerlD; 
unsigned long dwCIT; 
unsigned long dwNumLinel terns ; 
char szHowPaid[SIZEOF_HOW„PAID+l ] ; 
ITEMSTRUCT I temBuf f [ 1 ] ; 

15 

} ORDERSTRUCT, *PORDERSTRUCT ; 



20 

For example, a message sent from the Retail Accounting Station to the Manufacturing Control Application 
station 1508 could look as follows: 

MAKE -> 



Op Code 


Sequence 


Flags 


Bufflen 


Buffer 






00000110 


00000001 


FFFFFF 


00000011 


54 09 70 


23 


41 .. 


HADE <- 














Op Code 


Sequence 


Flags 


Bufflen 


Buffer 






00000111 


00000001 


FFFFFF 


00000011 


54 09 70 


23 


41 .. 



40 The inability to manufacture would be signaled by a message with the following contents: 



CANNOT_MAKE <- 

Op Code Sequence Flags Bufflen Buffer 

00000112 00000001 FFFFFF 00000011 54 09 70 23 41 ... 



SO Where the flags field indicates the reason why the requested item cannot be manufactured, and perhaps 
also suggests a recommended action to remedy the problem. Problems such as device out of service, unable 
to establish NetBios session, etc, are likely to be the reasons encoded in the flags field of the message. 

The Stream conversations are rrrare complex than the others since the conversation occurs in states such 
as OPEN. READ. CLOSE. 

55 
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ttdefine OP_EXIST 


0x0130 


// Conunand 


5 


Mefine OP_EXISTS 


0x0131 


If Response 




#define OP_OPEN 


0x0132 


If Command 




#define OP_OPEMED 


0x0133 


// Response 




#define OP_SEEK 


0x0134 


// Command 


10 


#define OP_SEEK_RESOLT 


0x0135 


//Response 




Sdefine OP_READ 


0x0136 


// Command 




#define OP_BUFF_READ 


0x0137 


// Response 




#define OP_WRITE 


0x0138 


// Command 


15 


#define OP_WRITTEN 


0x0139 


// Response 




^define OP_BLAST 


0x0140 


// Command 




ttdefine OP.BLASTED 


0x0141 


// Response 




ttdeflne OP_XON 


0x0142 


// Command 


20 


#de£ine OP_XOPF 


0x0143 


// Command 




ttdefine OP_CLOSE 


0x0144 


// Command 




ttdefine OP_TRUNCATE 


0x0145 


// Command 




ttdefine OP_TRONCATED 


0x0146 


// Response 


25 


ttdefine OP.STATUS 


0x0147 


// Informational (async) 




typedef struct _streamstruct 





{ 

30 unsigned long idCIT; 

unsigned char Buffer[l]; 

) STREAMSTRUCT, *PSTRBAMSTRUCT ; 



For example, a conversation established between the PS and the Data Server or between the Device Con- 
troller and the Data Server might look as follows: 



EXIST -> 



Op Code 


Sequence 


Flags 


Bufflen 


Buffer 


00000130 


00000001 


FFFFFF 


00000009 


54 09 ■ 



50 



EXISTS <- 
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Op Code 


Sequence 


Flags 


Bufflen 


Buffer 






5 


00000131 


00000001 


FFFFFF 


00000010 


54 09 70 


23 


41 




OPEN -> 














10 


Op Code 


Sequence 


Flags 


Bufflen 


Buffer 








00000132 


00000001 


FFFFFF 


00000010 


54 09 70 


23 


41 




OPENED <- 














15 


Op Code 


Sequence 


Flags 


Bufflen 


Buffer 








00000133 


00000001 


FFFFFF 


00000010 


54 09 70 


23 


41 


20 


READ -> 
















Op Code 


Sequence 


Flags 


Bufflen 


Buffer 






25 


00000136 


00000001 


FFFFFF 


00000010 


54 09 70 


23 


41 




BUFF_READ 


<- 












30 


Op Code 


Sequence 


Flags 


Bufflen 


Buffer 








00000137 


00000001 


FFFFFF 


00000010 


54 09 70 


23 


41 


35 


SEEK -> 
















Op Code 


Sequence 


Flags 


Bufflen 


Buffer 






40 


00000134 


00000001 


FFFFFF 


00000010 


54 09 70 


23 


41 




SEEK^RESULT <- 












45 


Op Code 


Sequence 


Flags 


Bufflen 


Buffer 








00000135 


00000001 


FFFFFF 


00000010 


54 09 70 


23 


41 




BLAST -> 














50 


Op Code 


Sequence 


Flags 


Bufflen 


Buffer 






55 


00000140 


00000001 


FFFFFF 


00000010 


54 09 70 


23 


41 
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55 



BLASTED <- 



Op Code 


Sequence 


Flags 


Bufflen 


Buffer 






00000141 


00000001 


FFFFFF 


00000010 


54 09 70 


23 


41 


XON -> 














Op Code 


Sequence 


Flags 


Bufflen 


Buffer 






00000142 


00000001 


FFFFFF 


00000010 


54 09 70 


23 


41 


XOFF 














Op Code 


Sequence 


Flags 


Bufflen 


Buffer 






00000143 


00000001 


FFFFFF 


00000010 


54 09 70 


23 


41 


TRUNCATE - 


> 












Op Code 


Sequence 


Flags 


Bufflen 


Buffer 






00000145 


00000001 


FFFFFF 


00000010 


54 09 70 


23 


41 


TRUNCATED 


<- 












Op Code 


Sequence 


Flags 


Bufflen 


Buffer 






00000146 


00000001 


FFFFFF 


00000010 


54 09 70 


23 


41 


WRITE -> 














Op Code 


Sequence 


Flags 


Bufflen 


Buffer 






00000138 


00000001 


FFFFFF 


00000010 


54 09 70 


23 


41 


WRITTEN <- 














Op Code 


Sequence 


Flags 


Bufflen 


Buffer 






00000139 


00000001 


FFFFFF 


00000010 


54 09 70 


23 


41 


CLOSE -> 














Op Code 


Sequence 


Flags 


Bufflen 


Buffer 






00000144 


00000001 


FFFFFF 


00000010 


54 09 70 


23 


41 
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STATUS <-> 

Op Code Sequence Flags 

5 

00000147 00000001 FFFFFF 



Bufflen Buffer 

OOOOOOlO 54 09 70 23 41 ... 



The Order conversation can exist between the PS 1502 and the Retail Accounting Station 1504. 

10 

#define OP_ORDER 0x0160 // Command 

15 typedef struct _orderstruct 

{ 

char szileName[9] ; 

20 } ORDERSTRUCT, *PORDERSTRUCT; 

For example, a message sent from the PS 1502 to the Retail Accounting Station 1504 during the process of 
placing an order could look as follows: 

25 

ORDER -> 

Op code Sequence Flags Bufflen Buffer 
^ 00000160 00000001 FFFFFF 00000009 FDS453FG0 

The Device conversation takes place within the Manufacturing Control station 1 508. 



35 



^define 


OP^PREPARE 


0x0180 


// 


Command 




tdefine 


OP_READY 


0x0181 


// 


Response 




ftdefine 


OP^START 


0x0162 


// 


Command 




#define 


OP_STARTED 


0x0183 


// 


Response 




#define 


OP^RESTART 


0x0184 


// 


Conmand 




#define 


OP^RESTARTED 


0x0185 




// Response 




#define 


OPJtBORT 


0x0186 


// 


Command 




#define 


OP_ABORTED 


0x0187 


// 


Response 




#define 


OP^PAUSE 


0X0188 


// 


Coraraand 




#define 


OP_PAOSED 


0x0189 


// 


Response 




#define 


OPJ)EVSTATUS 


0x0190 


// 


Informational 


(async) 


tdeflne 


OP.COMPLETED 


0x0193 


// 


Informational 


(async) 


#define 


OP_SHUTDOWN 


0x0194 


// 


Command 
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^define OP^DOWN 



0x0195 



// Response 



10 



typedef struct _devicestruct 

{ 

unsigned long dwStatusCode ; 
unsigned long dwDeviceType; 
unsigned long dwTrackCount ; 



It return status codes 
// device type 
// track (song) count 



unsigned char szFileName[12] ; // audio/image file name 
unsigned char s^ExtraBuf [1]; // pointer to extra data 



15 



} DEVICESTRUCT, *PDBVICESTRUCT; 



20 For example, a typical conversation between the Manufacturing Control Application at station 1508 and a par- 
ticular Device Controller may develop as follows: 



25 OP.PREPARE -> 



Op Code 


Sequence 


Flags 


Bufflen 


Buffer 






00000180 


00000001 


FFFFFF 


00000010 


54 09 70 


23 


41 ... 


OP^READY <- 














Op Code 


Sequence 


Flags 


Bufflen 


Buffer 






00000181 


00000001 


FFFFFF 


00000010 


54 09 70 


23 


41 . . . 


OP_SXART -> 












Op Code 


Sequence 


Flags 


Bufflen 


Buffer 






00000182 


00000001 


FFFFFF 


00000010 


54 09 70 


23 


41 ... 


OP.STARTED 


<- 












Op Code 


Sequence 


Flags 


Bufflen 


Buffer 






00000183 


00000001 


FFFFFF 


00000010 


54 09 70 


23 


41 ... 


OP.RESTART -> 












Op Code 


Sequence 


Flags 


Bufflen 


Buffer 
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00000184 


00000001 


FFFFFF 


00000010 


54 09 70 


23 


41 


OP_RESTARTED <- 












Op Code 


Sequence 


Flags 


Bufflen 


Buffer 






00000185 


00000001 


FFFFFF 


00000010 


54 09 70 


23 


41 


OP_ABORT • 


‘> 












Op Code 


Sequence 


Flags 


Bufflen 


Buffer 






00000186 


00000001 


FFFFFF 


00000010 


54 09 70 


23 


41 


OP_ABORTED <- 












Op Code 


Sequence 


Flags 


Bufflen 


Buffer 






00000187 


00000001 


FFFFFF 


00000010 


54 09 70 


23 


41 


0P_PAUSE - 


> 












Op Code 


Sequence 


Flags 


Bufflen 


Buffer 






00000188 


00000001 


FFFFFF 


00000010 


54 09 70 


23 


41 


OP^PAUSED 


<- 












Op Code 


Sequence 


Flags 


Bufflen 


Buffer 






00000189 


00000001 


FFFFFF 


00000010 


54 09 70 


23 


41 


OP_DEVSTATUS <- 












Op Code 


Sequence 


Flags 


Bufflen 


Buffer 






00000190 00000001 

OP_COMPLETBD <- 


FFFFFF 


00000010 


54 09 70 


23 


41 


Op Code 


Sequence 


Flags 


Bufflen 


Buffer 






00000193 


00000001 


FFFFFF 


00000010 


54 09 70 


23 


41 


OP_SHUTDOWN 












Op Code 


Sequence 


Flags 


Bufflen 


Buffer 






00000194 


00000001 


FFFFFF 


00000010 


54 09 70 


23 


41 
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OP_DOWN <- 

Op Code Sequence Flags Bufflen Buffer 

5 00000195 00000001 FFFFFF 00000010 54 09 70 23 41 . . . 



In FIG. 16 there is illustrated a panorama of multimedia preview stations or booths 1303 as previously il- 
lustrated for FIGS.12 and 13. These booths 1303 are similar in concept to the multimedia preview booths 106 
10 of FIG.1 and are those booths illustrated in FIG.11 at the retail store 1108. FIG. 16 illustrates a typical video 
and audio system including a monitor touch screen and controller 1606 for video, and an audio system including 
speakers 1608 and a sound amplifier 1610. Asystemunit 1612 provides for interconnect with the selected ATM 
or LAN adapter and further includes a MPEG decoder and sound decompressor with a communication network 
connection at network unit 1614. At the completion of the customer's initial preview and ordering transaction. 
15 the slip printer 1602 provides a hard copy record of the customer's order. 

A multimedia preview station 1303 similar to the station 1303 of FIG. 16 is illustrated in FIG. 17. The al- 
ternative of FIG.1 7 provides for a stereo television unit 1702, which differentiates it from FIG. 16 as does the 
inclusion of a set-top video decoder unit 1704. The Individualized arrangement of FIG. 17, including the stereo 
television 1702 and in particular the set-top video decoder 1704, emphasizes the potential of personalized cus- 
20 tomer premise arrangements which can be provided for outside of the retail store environment. Further, such 
"home” units can include their own built in ATM hardware and software interfaces. An additional example Is a 
color printer which could be equipped with a direct communication unit providing a connect to a communications 
data network which eliminates the need for a SCSI bus attachment or an interface card on the computer bus 
as is typical for such printing units. 

25 The present invention as presented herein is adaptable by those of ordinary skill in the art to accommodate 

customer requests which originate from any customer premise, including a customer's residence. The preview 
station 1303 of FIG. 17 is not significantly dissimilar from a home entertainment center equipped with stereo 
television and a set-top video decoder with cable television service from such providers as COMCAST, TCI, 
SELKIRK, LEADERSHIP and other similar companies. The customer or home consumer can through the set- 
30 top unit preview, for example, authorized movies or other digital data, including video games and experience 
the requested feature communicated from a remotely disposed data server. Alternatively, the consumer can 
through the set-top unit place an order for the item of Interest either identifying it for later pick-up or home de- 
livery within a short period of time. 

The preview and order process at the customer premise was generally introduced with regard to FIG. 13. 
35 There it was identified that the customer, through the touch screen panel further Illustrated in FIGS. 1 8 through 

28, initiated the data preview and content data ordering through touch manipulation of the touch pads at the 
touch screen monitor. 

FIG. 18 is one of the initial screens which will be presented to the customer. This library screen shows by 
way of example sbc touch pads with descriptive legends identifying selection categories such as MUSIC. MOV- 
40 lES/VIDEOS, VIDEO GAMES. AUDIO BOOKS, COMPUTER SOFTWARE and MULTIMEDIA. Once a touch 
pad is contacted, the program provides for a visual indicator, such as a change in color of the pad, that the 
selection has been received and is understood. In the case of FIG. 1 8, if the MUSIC pad is touched the category 
screen as illustrated in FIG. 19 will be presented. 

The category screen will at the top of the screen Identify the customer by name as a result of the customer 
45 having presented the customer's membership or other identifying card and having inserted it into the card read- 

er receptacle slot 1 604 of FIG. 1 6 for initiating the transaction process at the Preview station 1 303. Shown by 
way of example in FIG. 19, are 12 categories of music which are identified as touch pads for POP/ROCK, 
COUNTRY, BLUES. R&B/SOUL, EASY LISTENING, RAP. JAZZ, RELIGIOUS, SOUND TRACK. CLASSICAL. 
NEW AGE and COMEDY. 

50 Along the right margin of the screen are five transactional touch pads to further assist the customer in the 

selection process. The top-most touch pad with the legend "Search" if touched will present the screen of FIG. 
21 which will be discussed subsequently. The second from the top touch pad with the legend "Previous 
Screen,” in the case of the present example, would return the customer to the screen in FIG. 18. The middle 
touch pad with the legend "Sh pping Cart” will advance the sere n presentation to the screen identified in FIG. 
55 27 which will be discussed hereinafter. The touch pad sec nd from th bottom has a legend identified as 

"Help.” When the help touch pad is initiated, video instructions with resp ct to th t uched sere n will appear 
to aid th customer in the us of the screen, in this cas for FIG. 19. If the bottonn-most touch pad with the 
legend "Quit” is energiz d, the screen will be switch d back to one of the most initial scr ens, not discussed 
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here, which pres nts an attraction scr en to encourag a walk-by customer to participat in th previ w and 
ordering process unless an order has be n mad by placing an item in the Shopping Cart, in which cas , th 
screen in FIG. 28 will be displayed. 

The screen in FIG. 20 is what will b pr s nted to the customer if the POP/ ROCK touch pad of FIG. 19 
5 is initiated. It provides to the customer an alphabetic listing of artists and groups included within the POP/ROCK 

category. At the right margin of the screen near the top is a triangular shaped touch pad which allows a customer 
to page up for artists or groups which may be listed at the near end of the alphabet, whereas an inverted triangle 
at the bottom right hand margin provides a touch pad for allowing the customer to page down to the far end of 
the alphabetical listing. 

10 In addition, by touching the vertically disposed alphabet letters presented at the right side of the screen, 

the customer can by touching a particular letter of the alphabet have presented on the screen a list of artists 
or groups, which list starts with the first artist or group in the selected letter listing. The three assistance touch 
pads at the bottom include the "Help” touch pad which if touched will present a screen which explains the op- 
eration of the screen for FIG. 20. If the touch pad with the legend "Cancel" is touched, then in this exemplary 
15 case the category screen of either FIG. 1 9 or the keyboard screen of FIG. 21 will be presented dependent upon 

the path which the customer utilized in reaching this screen 20. If in the alternative, the customer touches the 
pad with the legend "OK", the screen will change to the screen of FIG. 23 which will show the multiple album 
listings of the selected artists or in the case of an artist who has only a single album, the next screen will be 
the screen identifying that particular single album as in FIG. 24. It should be noted that in FIG. 20 at the very 
20 top there is a vivid border outline around the first listed artist identifying that artist as the customer's selection. 

To change the selection, the customer must touch the name of another artist or group. 

The screen of FIG. 21 is the keyboard screen which presents a typical typewriter pad for inquiry initiation 
by letter and number of a description of any of the subjects of the four pads identified centrally in the screen 
by the legends "Find Song," "Find Artist," "Find Album," and "Find Label." If for example the customer types 
25 by touching in the letters "JO” and the "Touch Artisr pad is initiated, the next screen that will be presented will 
be the screen of FIG. 22 which identifies all such artists or groups with a name starting with "JO”. In FIG. 21 , 
as explained elsewhere herein, the "Help” touch pad will present a screen for the customer's aid in providing 
an explanation of the manner of use of the screen of FIG. 21 . The "Cancel" touch pad at the very right hand 
corner when touched will, in this instance, return the viewer to the category screen of FIG. 1 9 or possibly FIG. 
30 23 or 24 if the touch pad with the legend "Search" was previously touched at these respective screens. 

Similarly, entering search criteria on the screeen depicted in FIG. 21 and touching the "Find Song" or "Find 
Album" or "Find Label" pad, will result in a screen simi lar to that depicted in FIG. 22 with a list of the respective 
search results, such as a list of song titles or album names or albums of a specific music recording label de- 
pending on the pad pressed. 

35 In the presented example, FIG. 22 illustrates a list of artists. The vivid border around the listed artist indi- 

cates the selection the customer has made. If the customer touches the touch pad with the legend "OK" the 
customer will be presented with the screen of FIG. 23. The touch pads at the right border of the screen of FIG. 
23 are exemplary and are discussed In general with respect to other figures and screens. Selecting a specific 
album by touching the album picture or the screen causes the screen in FIG. 24 to be presented. 

40 The customer when presented with the screen of FIG. 24 which lists a specific album title, artist and label 
company for that particular album, has the choice of selecting, from the listed pieces on that album, both audio 
and video as indicated to the right side of each of the listed pieces where audio Is identified as being available 
if the headphone set icon 2402 is presented and video is identified as being available if the television set icon 
2404 is present. The headset icon 2402 and the TV icon 2404 are touch points which can be touched to initiate 
45 preview of the selected song or music video. 

The screen in FIG. 24 is Identified as the song screen, and if there are more selections than can be pre- 
sented on an individual screen, then the triangular shaped touch points are available tor paging up or paging 
down. Further, the touch points or pads at the right nrtargin of the figure are exemplary of past discussed touch 
pads with similar legends. At the bottom of the screen, there are three touch points with legends, including 
so "Place CD in Cart," "Place Cassette in Cart" and "Suggest" If the CD touch point is touched, then the particular 
listed album will be presented to the customer in the customer's shopping cart as a CD. Likewise, the customer 
may select a cassette if the cassette touch pad is touched. If either of the touch pads are consecutively touched , 
then each time the touch pad is contacted it will place an additional CD or cassette in the shopping cart The 
"Suggest” touch point of FIG. 24 when touched will present additional selections similar to the artist or group 
55 identifi d at th top portion of the sere n 24 which can b tailored to th custom ris interest based upon in- 
formati n available from the Customer Data Base 128 of FI6.1. 

Wh n a headset icon 2402 is touched, such as th s illustrated in FIG. 24, then a screen such as that 
illustrat d in FIG. 25 which is an audio sere n will be presented for previ w of the identified song or piece by 
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the artist It will be noted that th audio screen for previ w is superimposed upon th screen which was iden- 
tified for FIG. 24. Only th touch pads of th superimposed screen are active when presented with the sere n 
of FIG. 25. Present d at the bottom portion of the superimposed scr n of FIG. 25 are two touch pads. Th 
left most pad being a touch pad to stop and cancel th pr view presentation, wher as th right most touch 
5 pad is a *Pause” touch pad for momentary stopping the audio presentation. At the right side of the superinrv 
posed screen is a double ended vertical pointer which provides a volume control which is dependent upon the 
level of the point touched or manipulated by the customer. 

In FIG. 26 the customer Is presented with a presentation of the video selection if the customer has initiated 
a touch at the TV icon 2404 as presented in FIG. 24. The screen of 26 has similar "Stop and Cancel.” "Pause” 
10 and volume touch point controls as in FIG 25. 

FIG. 27 presents a screen which Is a Shopping Cart screen which identifies those album selections which 
the customer has made during the course of the customer's presence in the preview booth 1303. It presents 
the customer with the quantity, the title, the format, i.e., CD or cassette, Itemized with subtotal, and tax and 
total prices. The touch pads at the bottom with the legends "Quantity,” "CD,” "Cassette” and "Delete” allow 
15 the customer to change the quantity or change the format, or to delete selections if there should be a change 
of mind on the part of the customer or the customer needs to make a correction in the order. The touch pad 
with the legend "Quantity" can increase the quantity by touching at the top part of the diamond shaped touch 
pad or by touching at the bottom to reduce the quantity. 

In FIG. 28 the customer is presented with this screen to place an order or in the event that during the course 
20 of the preview and ordering, the customer has requested to discontinue the ordering process and has touched 
the pad with the legend "Quit” when the shopping cart of the customer at that particular time has identified 
items for purchase. Avideo screen will appear with a sales derk audibly presenting a statement to the customer, 
as shown in print at the bottom of the screen, suggesting that the customer review the customer's shopping 
cart and make a determination, based on the touch pads at the right margin, to darify the order status and 
25 the purchase and order intentions of the customer. 

The on-demand digital data reproduction system of the present invention provides numerous accounting 
tools which have flexibility in their location placement, and. for example, can reside at the local retail store level 
as shown at retail store 11 0 in FIG.1 , in particular at the accounting management subsystem 1 08, and for ex- 
ample the retail accounting and management subsystem 1306 of FIG.13 and also that which is shown, by way 
30 of example, in FIG. 15 at the retail accounting manager's workstation 1504. 

A few of the transactbnal analysis tool workstation screens of the manager's workstation are illustrated 
in FIGS.29-36. with a central host analysis tool screen presentation shown in FIG. 37. A hard copy sales by- 
category report in FIG.38, is the result of activity and requests made at the analysis central host workstation 
in FIG.37. 

35 FIG.29 presents for the operator numerous report opportunities with regard to sales and customer dem- 
ographics. In the sales category, reports on gross revenue, top selling albums for a category, top selling al- 
bums, music category and unit sales by media type can be accessed by way of example. Customer demo- 
graphics can be further analyzed by reports specific to customer transactions by age, time of day and money 
spent. Activating the gross revenue sales report will result in the presentation of the screen of FIG.30, where 
40 by way of illustration, a report is provided for compact discs and tape sales in monetary amounts. Activating 
the top selling albums category will result in the screen presentation as shown In FIG.31 where the albums 
and the specific unit sales count number are indicated. As shown in FIG.31 a hard copy report can be obtained 
through manipulation of the "Print” touch pad. 

At F1G.29, activation of the top seiiing albums feature will result in presentation of the screen shown in 
45 FIG. 32 where the albums for all categories are listed as well as the numerical sales count. If the music category 
analysis tool of FIG. 29 is activated, then the screen presentation would be that of FIG.33 where the categories 
are illustrated, and in this particular example, in a pie chart formation. The touch pad to the right of the screen 
in FIG. 33 is for other graphical selections such as bar graphs or a print in hard copy. Similar to the presentation 
in FIG.33 is the presentation of FIG.34 where the data format, such as for CDs and tapes, can be illustrated 
50 in the pie chart graphical presentation. The screen of FIG.34 can be obtained by activation of the sales category 

by media type at the screen of FIG.29. 

For customer demographics the activation of customer transactions by age in FIG.29 results in the pre- 
sentation of the screen in FIG.35, whereas, the time of day for a transactions count, when activated, presents 
the screen of FIG. 36. Likewise, the money spent category in FIG.29 pulls up and displays screens similar to 
55 those of FIGS 35 and 36 for m ney amounts spent as a function f time at an id ntif ied particular stor op- 
erati n. 

Th screen of FIG. 37 is a higher level analysis tool for th central host workstation such as that illustrated 
in FIG. 11 for the central repository and accounting subsystem 1110 or in FIG. 15 for the central host accounting 
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1506. Transactional operation at this sere n can provide significant managerial information and data with re- 
gard to the sales performance and accountability by retail store, by geographic regions or by a chain of par- 
ticular stores and the hard copy pres ntatl n of FIG.38 shows, by wayof exampi , particular sales performance 
aspects f thatavaiiabi data. 

5 While the invention has been particularly shown and described with reference to a detailed description, it 

will be understood by those skilled in the art that various changes in form and detail may be made therein with- 
out departing from the spirit and scope of the invention. 



10 Claims 



1. A method for accessing digital information stored in a source library at a first location and recording a 
portion of the digital information, which information is processed for subsequent playback, onto a record- 
able medium at a location other than the first location, the method including the steps of: 

15 identifying, at a second location remote from the first location, a portion of the digital information in the 

source library; 

sending a request from the second location to the source library for the identified portion of the digital 

information in the source library to be transferred from the source library; 

validating that the identified portion of the digital information is authorised for playback; 

20 transfemng in real-time information within the identified portion of the digital information to a manufac- 

turing device at a locatbn other than the first location for incorporation of the digital information on a me- 
dium suitable for playback; and 

incorporating the identified portion of the digital information on the medium in real-time in a manner suit- 
able for playback. 

25 

2. A method according to claim 1, including logging the validation step of the identified portion of the digital 
information in an accounting database. 

3. A method according to claim 1 or claim 2, wherein information transferred from the source library is first 

^ transferred to the second location and then information is selected from said transferred information for 

transferring onwards to the manufacturing device for incorporation on a medium suitable for playback. 

4. A method according to daim 3, induding logging the selection step in an accounting database. 

5. A method according to any one of the preceding claims, wherein the manufacturing device to which the 

^ information is transferred is located at said second location. 

6. A method according to any one of daims 1 to 4, wherein the step of transferring in real-time information 
within the identified portion of the digital information, transfers the identified portion of the digital infor- 
mation to the manufacturing device at a third location remotely disposed from the first location. 

40 

7. A method according to any one of the preceding daims, wherein the step of transferring in real-time in- 
formation within the identified portion of the digital information transfers the digital information at a high 
speed constant bit rate. 

45 8. A method according to Claim 5, wherein the step of transferring in real-time the Identified portion of the 

digital information transfers the digital information at a high speed constant bit rate in asynchronous trans- 
fer mode. 



9. A method according to daim 7, wherein the step of transfem'ng in real-time the identified portion of the 
digital information transfers the digital information at a high speed constant bit rate which exceeds 44.7 
megabits per second. 

10. A method according to any one of the preceding claims, where the digital information is stored in a source 
library at a first location as encrypted and compressed digital information, the method further comprising 
the step of decrypting and decompressing the selected portion of th digital informatbn, and wherein th 
St p of providing the manufacturing d vice with the s lect d port! n of th digital inf rmation f r incor- 
poration of th digital information on the medium provides th decrypted and decompressed selected por- 
tion of the digital informati n. 
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11. A method according to any one of th preceding claims wherein audio and video digital information is stor- 

d in the source library. 

12. Amethodofallocating for storage 100 p rc ntageofcont ntdataam ngst a plurality of data servers re- 

5 motely disposed to each other and connected in hierarchal levels having a low and high end and in data 

communication with a data accessing station also remotely disposed from each of the plurality of data 
servers, but (ess so disposed from the data server at the low end of the hierarchy than from each suc- 
ceeding data server at the next succeeding higher level of the hierarchy through and to the data server 
at the high end of the hierarchy of data servers, comprising the steps of: 

10 allocating for storage X percentage of the content data at the data server at the low end of the hi- 

erarchy least remote from the data accessing station which X percentage of allocated content data is a 
function of content data for most frequent accessing by the data accessing station; 

allocating for storage Y percentage, where Y is < 1 00 and > X, of the content data at the data server 
at the high end of the hierarchy of data servers most remote from the data accessing station as a function 
IS of content data for least frequent accessing by the data accessing station; and 

allocating for storage 100-X-Y percentage, of content data between any other data servers dis- 
posed between the low end and the high end data servers, allocating for each succeeding data server 
more remote from the data accessing station a greater percentage of content data for storage than an 
allocation for any data server less renrK)tely disposed from the data accessing station and a lesser per- 
20 centage of content data than the next succeeding server more remotely disposed from the data accessing 

station. 



13. A method according to daim 1, induding: 

storing digital audio information and digital video information in a source library at a first location, 
which audio Information when originally recorded was for playback at X rate and which video information 
when originally recorded was for playback at Y rate; 

following the steps of validating that the identified portion of the information is authorized for play- 
back, transferring the identified portion of the digital information at a communication rate appropriate for 
real-time playback at the second locatton; 

providing the manufacturing device with information within the identified portion of the digital in- 
formation at a communication rate appropriate for direct incorporation of the digital information on the me- 
dium for playback of the digital information at X rate for audio information and at Y rate for video informa- 
tion; and 

incorporating the selected portion of the digital information on the medium in a manner for playback 
of audio and video information at the recorded rate. 

14. A data communication system for transmitting digital data between remotely located system stations 
where each station is adapted to participate in a process of storing, accounting for and manufacturing me- 
dia with digitized content data packaged for playback, comprising: 

a point of access station for identifying selected digitized content data and for generating a com- 
munication requesting said content data; 

a content data storage station having digitized content data remotely disposed from the point of 
access station; 

an accounting station for recording transactional data for each customer point of access station 
communication requesting digitized content data from the content data storage station; 

a manufacturing station remotely disposed from said content data storage station for generating 
media incorporating the digitized content data requested by the point of access station from the content 
data storage station; and 

a communication network for interconnecting the remotely disposed content data storage station 
with the point of access station, the accounting station and the manufacturing station to transfer digitized 
content data in real-time between the content data storage station and the manufacturing station. 



15. A data communications system according to daim 14, wherein the communication network for intercon- 
necting the system stations transfers the digitized content data at a high speed constant bit rate from the 
content data storage statton to the manufacturing station. 

16. Adata communications system according to daim 14 r daim 15, wherein the content data storage stati n 
indudes: 
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a masters rv rsyst m station for performing a plurality of serv r functions, including a first master 
unit interconn cting a plurality of mast r units and managing data communications with in th mast rser~ 
V r system and betw en the master server system station and remotely located system stations, a second 
master unit for routing data request messages, a third master unit r mot ly dispos d from the point f 
access station for serving content data stored for fulfilling content data requests made by a consumer at 
the customer point of access, a fourth master unit for storing customer demographic information for pro- 
moting consumer interest in content data and a fifth master unit for managing accounting data as a func- 
tion of consumer transactions involving consumer requests for content data; 

said manufacturing station being remotely disposed from the third master unit; 
and said communication network interconnecting the master server system's first master unit with 
the point of access station and the manu^cturing station to transfer in real-time digitized content data 
between the third master unit for serving stored content data and the manufacturing station. 

17. A multimedia preview station including an audio system, a touchscreen monitor and a controller for indi- 
vidually presenting a plurality of screens on the monitor for touch control by a consumer to present to the 
consumer, consumer Identified and requested screen presentations, comprising; 

a library screen identifying a plurality of categories of content data for screen presentation on the 
monitor including a touch point for activating the presentation of a category; 

an alphabetical listing screen identifying content data for presentation by alphabetical listing of the 
category subject matter of the library screen including a touch point for activation by the consumer; 

a search screen including monitor touch points for Identifying a consumer request either alphabet- 
ically or numerically; 

a preview screen including monitor touch points for previewing consumer identified audio and video 
listed content data transferred to the preview screen in real-time and monitor touch points for selecting 
for purchase listed content data; and 

a purchase selection screen including purchase selections made by the consumer, listed by item 
selected, quantity, format and price, including monitor touch points for altering the item selection. 

1 8. An accounting system including a touchscreen monitor and a controller for individually presenting a plur- 
ality of screens on the monitor for touch control by an operator to present to the operator, accounting work- 
tools for analysis of remotely stored digitized data of consumer purchases as a function of sales operation, 
quantity, monetary amount, purchase format, purchase subject matter and consumer demographics, com- 
prising: 

a report screeen identifying a plurality of analysis reports for screen presentation on the monitor 
including a touchpoint for activating the presentation of an analysis report as a function of consumer sales, 
consumer demographics, sales unit, and sales group; 

a digitized data storage unit remotely disposed from the report screen for transferring at a high 
speed constant bit rate the digitized data corresponding to a touchpoint activated analysis report on the 
report screen of the touchscreen monitor, and 

an analysis report screen presenting in quantified format the remotely stored digital data corre- 
sponding to consumer purchases. 

19. A manufacturing system for manufacturing media with digital data content Including a plurality of data ser- 
vers storing digital data content remotely disposed to each other and connected in hierarchal levels con>- 
prising: 

top level servers each storing a high percentage of the stored digital data content; 
intermediate level servers each storing a lesser percentage of stored digital data content than the 
top level servers; 

a high level communication network for interconnecting the top level servers and the intenfnediate 
level servers and for transferring digital data content between the top level servers and the intermediate 
level servers in asynchronous transfer mode; 

end site servers each storing a lesser percentage of stored digital data content than the intermedi- 
ate level servers; 

a low level communication network for interconnecting the intermediate level servers and the end 
site s rvers and for transferring digital data cont nt between the intermediat I v I s rvers and th nd 
sites rvers in asynchronous transfer mod ;and 

a rr^nufacturing device interconn ctedtoon of the nd sites rv rs for receiving In asynchronous 
transfer mode digital data cont nt for manufecturing media with the received digital data cont nt 
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